THE  ROLE  OE  A  DATA  MANAGER  IN  THE  SUCCESSEUL  EMPLOYMENT  OE 
THE  DISTRIBUTED  COMMON  GROUND  SYSTEM-ARMY  (DCGS-A) 


A  thesis  presented  to  the  Eaculty  of  the  U.S.  Army 
Command  and  General  Staff  College  in  partial 
fulfillment  of  the  requirements  for  the 
degree 

MASTER  OE  MILITARY  ART  AND  SCIENCE 
General  Studies 


by 

BRANDON  L.  VAN  ORDEN,  MAJOR,  UNITED  STATES  ARMY 
B.S.,  Northwest  Missouri  State  University,  Maryville,  Missouri,  2000 


Eort  Leavenworth,  Kansas 
2014-01 


Approved  for  public  release;  distribution  is  unlimited. 


REPORT  DOCUMENTATION  PAGE 


Form  Approved 
0MB  No.  0704-0188 


Public  reporting  burden  for  this  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data 
sources,  gathering  and  maintaining  the  data  needed,  and  completing  and  reviewing  this  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other 
aspect  of  this  collection  of  information,  including  suggestions  for  reducing  this  burden  to  Department  of  Defense,  Washington  Headquarters  Services,  Directorate  for 
Information  Operations  and  Reports  (0704-0188),  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington,  VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding 
any  other  provision  of  law,  no  person  shall  be  subject  to  any  penalty  for  failing  to  comply  with  a  collection  of  information  if  it  does  not  display  a  currently  valid  0MB  control 
number.  PLEASE  DO  NOT  RETURN  YOUR  FORM  TO  THE  ABOVE  ADDRESS. 


1.  REPORT  DATE  (DD-MM-YYYY) 

13-06-2014 


4.  TITLE  AND  SUBTITLE 


2.  REPORT  TYPE 

Master’s  Thesis 


3.  DATES  COVERED  (From  -  To) 

AUG  2013  -JUN  2014 


5a.  CONTRACT  NUMBER 


The  Role  of  a  Data  Manager  in  the  Sueeessful  Employment  of 
the  Distributed  Common  Ground  System- Army  (DCGS-A) 


5b.  GRANT  NUMBER 


5c.  PROGRAM  ELEMENT  NUMBER 


6.  AUTHOR(S) 

Brandon  L.  Van  Orden 


7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESS(ES) 

U.S.  Army  Command  and  General  Staff  College 

ATTN:  ATZL-SWD-GD 

Fort  Leavenworth,  KS  66027-2301 


9.  SPONSORING  /  MONITORING  AGENCY  NAME(S)  AND  ADDRESS(ES) 


12.  DISTRIBUTION  /  AVAILABILITY  STATEMENT 

Approved  for  Public  Release;  Distribution  is  Unlimited 


13.  SUPPLEMENTARY  NOTES 


5d.  PROJECT  NUMBER 


5e.  TASK  NUMBER 


5f.  WORK  UNIT  NUMBER 


8.  PERFORMING  ORG  REPORT 
NUMBER 


10.  SPONSOR/MONITOR’S 
ACRONYM(S) 


11.  SPONSOR/MONITOR’S  REPORT 
NUMBER(S) 


14.  ABSTRACT 

This  thesis  examines  the  role  of  a  data  manager  when  employing  the  Distributed  Common  Ground  System  -  Army 
(DCGS-A).  The  study  examines  if  an  effective  data  manager,  when  integrated  into  the  intelligence  activity’s 
planning  and  execution  cycle  from  the  beginning,  can  improve  the  organization’s  ability  to  meet  its  intelligence 
requirements.  The  research  methodology  was  qualitative  and  used  case  studies.  The  study  analyzed  three  case 
studies  in  order  to  identify  key  opportunities  and  challenges  organization’s  faced  when  attempting  to  employ 
DCGS-A.  Further,  the  thesis  examined  the  data  manager’s  role  in  addressing  those  challenges  or  exploiting 
opportunities.  The  research  finds  that  units  who  identify  a  data  management  function  early  and  empower  that 
position  to  make  decisions  or  recommendations  on  not  only  the  technical  requirements  associated  with  a  digital 
intelligence  system,  but  also  the  content  of  intelligence  information  or  organizational  processes  are  more  efficient 
at  effectively  employing  DCGS-A.  The  study  concludes  that  in  order  to  effectively  employ  DCGS-A,  a  unit  must 
designate  DCGS-A  specific  data  management  functions  that  reach  beyond  technical  specifications  and  include  an 
understanding  of  mission  objectives  and  the  associated  intelligence  requirements.  The  primary  recommendations 
are  that  the  data  manager  must  be  a  permanent  member  of  the  organization,  participate  at  every  phase  of  the 
planning  and  execution  process,  and  have  a  clear  understanding  of  the  technical  capability  of  DCGS-A  as  well  as 
the  unit’s  intelligence  requirements  and  how  best  to  satisfy  them. 


15.  SUBJECT  TERMS 

Distributed  Common  Ground  System,  DCGS-A,  Intelligence  Architecture,  data  management,  theater  intelligence,  intelligence, 
intelligence,  surviellance,  and  reconnaissance,  ISR 


16.  SECURITY  CLASSIFICATION  OF: 

17.  LIMITATION 
OF  ABSTRACT 

18.  NUMBER 
OF  PAGES 

19a.  NAME  OF  RESPONSIBLE  PERSON 

a.  REPORT 

(U) 

b.  ABSTRACT 

(U) 

c.  THIS  PAGE 

(U) 

(U) 

69 

19b.  PHONE  NUMBER  (include  area  code) 

Standard  Form  298  (Rev.  8-98) 

Prescribed  by  ANSI  Std.  Z39.18 


MASTER  OF  MILITARY  ART  AND  SCIENCE 


THESIS  APPROVAL  PAGE 


Name  of  Candidate:  Major  Brandon  L.  Van  Orden 

Thesis  Title:  The  Role  of  a  Data  Manager  in  the  Successful  Employment  of  the 
Distributed  Common  Ground  System-Army  (DCGS-A) 


Approved  by: 


ETC  Candy  S.  Smith,  M.A. 


Thesis  Committee  Chair 


Timothy  R.  Hentschel,  Ph.D. 


,  Member 


Peter  R.  Scheffer,  M.A. 


,  Member 


Accepted  this  13th  day  of  June  2014  by: 


Robert  F.  Baumann,  Ph.D. 


,  Director,  Graduate  Degree  Programs 


The  opinions  and  conclusions  expressed  herein  are  those  of  the  student  author  and  do  not 
necessarily  represent  the  views  of  the  U.S.  Army  Command  and  General  Staff  College  or 
any  other  governmental  agency.  (References  to  this  study  should  include  the  foregoing 
statement.) 


ABSTRACT 


THE  ROLE  OE  A  DATA  MANAGER  IN  THE  SUCCESSEUL  EMPLOYMENT  OE 
THE  DISTRIBUTED  COMMON  GROUND  SYSTEM-ARMY  (DCGS-A) 
by  MAJ  Brandon  Van  Orden,  69  pages. 

This  thesis  examines  the  role  of  a  data  manager  when  employing  the  Distributed 
Common  Ground  System- Army  (DCGS-A).  The  study  examines  if  an  effective  data 
manager,  when  integrated  into  the  intelligence  activity’s  planning  and  execution  cycle 
from  the  beginning,  can  improve  the  organization’s  ability  to  meet  its  intelligence 
requirements.  The  research  methodology  was  qualitative  and  used  as  its  sample  set  case 
studies.  The  study  analyzed  three  case  studies  in  order  to  identify  key  opportunities  and 
challenges  organization’s  faced  when  attempting  to  employ  DCGS-A.  Eurther,  the  thesis 
examined  the  data  manager’s  role  in  addressing  those  challenges  or  exploiting 
opportunities.  The  research  finds  that  units  who  identify  a  data  management  function 
early  and  empower  that  position  to  make  decisions  or  recommendations  on  not  only  the 
technical  requirements  associated  with  a  digital  intelligence  system,  but  also  the  content 
of  intelligence  information  or  organizational  processes  are  more  efficient  at  effectively 
employing  DCGS-A.  The  study  concludes  that  in  order  to  effectively  employ  DCGS-A,  a 
unit  must  designate  DCGS-A  specific  data  management  functions  that  reach  beyond 
technical  specifications  and  include  an  understanding  of  mission  objectives  and  the 
associated  intelligence  requirements.  The  primary  recommendations  are  that  the  data 
manager  must  be  a  permanent  member  of  the  organization,  participate  at  every  phase  of 
the  planning  and  execution  process,  and  have  a  clear  understanding  of  the  technical 
capability  of  DCGS-A  as  well  as  the  unit’s  intelligence  requirements  and  how  best  to 
satisfy  them. 
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CHAPTER  1 


INTRODUCTION 

The  Distributed  Common  Ground  System-Army  (DCGS-A)  enterprise  is  the 
Army  Program  of  Record  (POR)  and  first  choice  for  intelligence  data  ingestion, 
correlation,  processing,  analysis  and  dissemination.  DCGS-A  capability  supports  three 
primary  roles  (1)  information  collection  management  for  the  Army  including  intelligence 
regarding  all  aspects  of  enemy,  terrain,  weather  and  civil  considerations,  (2)  a  “tool  set” 
for  intelligence  analysts  to  collaborate  and  synchronize  information,  and  (3)  the  control 
of  select  sensors  with  the  ability  to  process  and  exploit  collected  data.  *  The  DCGS-A 
enterprise  is  intended  to  act  as  an  umbrella,  ensuring  multiple  systems  across  several 
networks  are  integrated,  effective  and  operational  at  every  level  of  command  from 
battalion  through  the  Joint  Task  Force  or  theater  command.  Inherent  in  the  successful 
accomplishment  of  roles  listed  above  is  the  need  to  effectively  identify,  consolidate, 
manage  and  when  necessary  develop  data  feeds  from  tactical,  theater  and  national 
Intelligence  Surveillance  and  Reconnaissance  assets.  This  need,  or  data  management 
function,  driven  by  the  commander’s  intelligence  requirements,  is  critical  to  intelligence 
support  at  any  level.  In  the  modern,  complex  operational  environment  the  intelligence 
principles  of  synchronization  and  agility  remain  paramount  when  considering  the 
construction  of  any  digital  intelligence  architecture  and  supported  systems.  The 
architecture  must  be  linked  to  higher,  subordinate  and  adjacent  organizations,  the  systems 

'Department  of  the  Army,  Distributed  Common  Ground  System-Army  (DCGS-A) 
Capability  Production  Document  (CPD):  Operational  Mode  Summary/Mission  Profile 
(OMS/MP))  (Washington,  DC:  Government  Printing  Office.  September  2013),  2. 
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must  be  interoperable,  and  the  data  must  be  assessable  and  consistent  in  structure  to  be 
successfully  utilized. 

As  the  Army  moves  forward  with  its  Regionally  Aligned  Forces  concept,  coupled 
with  an  environment  of  increasingly  constrained  resources,  the  successful,  efficient 
utilization  of  digital  systems  becomes  even  more  important  than  in  the  past.  As  Army 
units  begin  conducting  activities  in  their  designated  theaters,  supported  by  theater 
intelligence  brigades,  and  supporting  geographic  combatant  commanders  with  their  own 
unique  requirements,  a  standard  Army  wide  approach  to  architectural  design  may  not  be 
appropriate.  The  differences  in  how  Army  organizations  support  each  theater  may 
preclude  standard  force  wide  solutions  on  data,  sensor  and  architecture  types.  In  her 
August  2013  Army  Green  Book  article.  Lieutenant  General  Mary  Legere,  Department  of 
the  Army’s  senior  intelligence  officer,  highlights  DCGS-A’s  role  in  supporting  RAF 
while  acknowledging  key  tasks  intelligence  professionals  will  face  when  integrating 
support,  “As  these  [DCGS-A]  initiatives  come  on  line.  Regionally  Aligned  Forces,  Army 
Special  Operations  Groups  and  Army  Theater  Intelligence  units  around  the  world  will 
enjoy  improved  interoperability,  simplifying  their  transition  into  unique  regional 
architectures,  and  setting  conditions  for  streamlined  integration.”  How  will  units 
accomplish  improved  interoperability  and  streamline  integration?  Who  will  identify  the 
“unique  regional  architecture”  issues?  This  research  is  intended  determine  if 
organizations  with  a  dedicated  data  management  function  identified,  staffed,  and  fully 

2 

Mary  Legere,  “Army  Intelligence  in  Support  of  a  Regionally  Aligned  Army:  No 
Cold  Starts  and  No  MI  Soldier  at  Rest,”  Army  Green  Book  (Washington,  DC: 
Government  Printing  Office,  August  2013),  xx. 
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integrated  with  the  intelligence  staff  are  more  successful  in  intelligence  support  activities 
than  those  without. 


Statement  of  the  Problem 

The  Army’s  continued  commitment  to  DCGS-A  and  it’s  increased  emphasis  on 
using  the  system,  particularly  to  support  Regionally  Aligned  Forces,  Army  Theater 
intelligence  activities  and  Special  Operations  Forces  requires  additional  research  in  order 
to  identify  unique  requirements  that  may  require  dedicated,  specialized  training  or 
capabilities  to  address.  The  expansive  nature  of  the  DCGS-A  enterprise  and  the 
complicated  technical  and  organizational  nuances  of  theater  digital  intelligence 
architecture,  coupled  with  rapidly  evolving  technologies  that  can  force  dramatic  changes 
to  daily  operations,  make  this  study  all  the  more  relevant.  The  purpose  of  this  research 
was  to  explore  how  the  theater  level  digital  intelligence  architecture  is  critical  to  the 
successful  implementation  of  DCGS-A,  and  that  a  dedicated  data  management  function 
must  exist  in  the  supporting  organization  in  order  to  effectively  use  the  system. 

Primary  Research  Question 

Given  the  complexity  of  the  data  environment  in  operational  intelligence  support, 
must  the  supporting  intelligence  activity  maintain  a  dedicated  data  management  function 
in  order  to  effectively  employ  DCGS-A?  Secondary  questions  that,  when  collectively 
answered  and  considered  will  help  answer  the  primary  question  are: 

1 .  How  does  an  intelligence  organization  determine  the  type  and  number  of  data 
sources  to  ingest  into  DCGS-A? 
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2.  What  is  the  US  Army’s  doctrine  on  establishment  of  digital  architecture  when 
employing  DCGS-A? 

3.  How  does  the  process  of  selecting  and  managing  data  sources  for  ingestions 
into  DCGS-A  correspond  to  the  Army’s  intelligence  cycle? 

4.  How  is  a  DCGS-A  data  and  architecture  manager  different  than  a  unit 
knowledge  manager? 

5.  Are  there  unique  requirements  associated  with  constructing  and  ingesting  data 
feeds  into  DCGS-A  versus  other  intelligence  systems? 

Definitions 

Data  Management:  Data  Resource  Management  is  the  development  and  execution 
of  architectures,  policies,  practices  and  procedures  that  properly  manage  the  full  data 
lifecycle  needs  of  an  enterprise. 

Information  Management:  is  the  science  of  using  procedures  and  information 
systems  to  collect,  process,  store,  display,  disseminate,  and  protect  data,  information,  and 
knowledge  products."^ 

Joint  Task  Force  (JTF):  a  joint  force  that  is  constituted  and  so  designated  by 
Secretary  of  Defense,  a  combatant  commander,  a  subordinate  unified  commander,  or  an 
existing  JTF  commander.  A  JTF  may  be  established  on  a  geographical  area  or  functional 


Data  Management  Association,  DAMA  Dictionary  of  Data  Management, 
http://www. dama.org/i4a/pages/index. cfm?pageid=37 11  (accessed  13  November  2013). 

"^Department  of  the  Army,  Army  Doctrinal  Publication  (ADP)  6-0,  Mission 
Command  (Washington,  DC:  Government  Printing  Office,  May  2012). 
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basis  when  the  mission  has  a  specifie  limited  objective  and  does  not  require  overall 
centralized  control  of  logistics.^ 

Knowledge  Management:  Knowledge  management  (KM)  is  the  process  of 
enabling  knowledge  flow  to  enhance  shared  understanding,  learning,  and  decision¬ 
making.^ 

Regionally  Aligned  Force  (RAF):  Army  units;  Brigades,  Divisions,  Corps,  and 
support  forces,  which  focus  on  a  specific  region  within  their  normal  training  program.’ 

Scope  and  Limitations 

This  research  focused  its  scope  primarily  on  the  general  functions  associated  with 
the  identification,  development  and  sustainment  of  data  sources  used  in  the  DCGS-A 
framework.  The  purpose  of  this  research  is  not  to  prove  or  disprove  z/DCGS-A  should  be 
the  Army’s  first  choice  for  intelligence  processing,  but  rather  how  to  best  support  the 
successful  employment  of  DCGS-A  with  regard  to  data  management.  Further,  this 
research  focused  on  the  operational  level  of  command  through  the  review  of  joint  task 
force  case  studies.  While  the  results  of  this  research  can  likely  be  applied  to  multiple 
echelons,  the  ability  to  review  case  studies  or  other  evidence  regarding  DCGS-A 


^Department  of  Defense,  Joint  Publication  (JP)  1,  Doctrine  for  the  Armed  Forces 
of  the  United  States  (Washington,  DC:  Government  Printing  Office,  March  2013),  xix. 

^Department  of  the  Army,  Field  Manual  (FM)  6-01.1,  Knowledge  Management 
Operations  (Washington,  DC:  Government  Printing  Office,  July  2012),  1-1. 

’Department  of  the  Army,  “Regionally  Aligned  Forces:  A  New  Model  for 
Building  Partnerships,”  Army  Live,  http://armylive.dodlive.mil/index.php/2012/03/ 
aligned-forces/  (accessed  13  November  2013). 
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employment  beyond  the  JTF  is  impraetieal.  Additionally,  three  primary  limitations  were 
identified  when  eonsidering  this  researeh. 

The  first  limitation  was  the  inability  to  diseuss  elassified  information.  Using 
elassified  information  to  answer  the  primary  proposed  research  question  may  provide 
clarity  to  the  answer,  however,  will  not  significantly  impact  the  substance  of  the  research 
or  its  ultimate  findings.  Additionally,  the  benefit  of  having  unclassified  research  on  the 
subject  outweighs  any  loss  to  clarity. 

Another  limitation  was  the  uncertainty  associated  with  predicting  a  future 
adversary.  As  new  threats  are  identified,  commanders  at  every  level  will  develop  unique 
or  as  of  yet  unseen  requirements  to  help  address  knowledge  gaps.  While  this  research  will 
discuss  several  examples  of  developing  requirements,  it  will  not  address  every 
conceivable  situation  that  may  occur. 

The  final  limitation,  similar  to  the  second,  was  the  ever  advancing  technologies 
inherent  in  any  data  related  subject.  As  this  research  is  conducted,  advances  may  change 
the  functionality  or  individual  aspects  of  digital  intelligence  architecture.  These  changes 
should  not  change  the  significance  of  the  primary  question,  however,  they  may  change 
individual  parameters  or  sub  functions  discussed. 
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CHAPTER  2 


LITERATURE  REVIEW 

Academic  writing  and  research  on  DCGS-A  specifically  is  limited.  However, 
professional  writing  on  the  intelligence  cyele,  the  development,  validation  and  satisfying 
of  intelligenee  requirements  is  broad  and  was  used  to  draw  conelusions  in  this  researeh. 
The  limited  professional  artieles  on  DCGS-A  typically  focus  on  whether  the  intelligence 
community  in  general,  and  the  Army  specifically,  should  use  DCGS-A  as  its  first-ehoiee 
for  intelligence  collection,  correlating,  analyzing  and  production.  As  discussed  earlier  in 
scope  and  limitations,  this  study  did  not  address  this  issue.  Primary  souree  material 
formed  the  bulk  of  DCGS-A  specific  literature.  When  considering  the  problem  of  data 
management  and  the  suceessful  employment  of  DCGS-A,  parallels  ean  be  drawn  from 
three  broad  categories;  intelligence  principles,  the  military’s  doctrine  on  knowledge 
management  operations,  the  eoncepts  of  mission  command,  and  commercial  sector  data 
management  polieies  and  procedures. 

In  addition  to  DCGS-A  and  data  management  specific  literature,  the  researeher 
also  relied  on  Robert  K.  Yin’s  Case  Study  Research,  Design  and  Methods,  as  a 
foundation  to  select  and  build  the  researeh  methodology.  Mr.  Yin  deseribes  in  detail 
when  and  how  to  use  a  case  study  methodology,  as  well  as  the  importance  of  diselosing 
the  strength  and  weaknesses  associated  with  a  particular  case  study.  Mr.  Yin’s  expertise 
in  case  study  methodology  was  used  throughout  this  research.^ 


o 

Robert  Yin,  Case  Study  Research;  Design  and  Methods,  4th  ed.  (Thousand  Oaks, 
CA:  Sage  Publications,  2009). 
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Intelligence  Principles 

First,  to  understand  the  challenges  units  face  when  employing  DCGS-A  and  its 


associated  data  management  function,  this  research  must  examine  some  of  the  basic 
principles  of  intelligence  as  defined  by  joint  and  Army  doctrine.  Joint  Publication  2-01 
Joint  and  National  Intelligence  Support  to  Military  Operations  and  Army  Doctrinal 
Publication  (ADP)  2  Intelligence  provides  this  foundation  with  their  definitions  of  the 
intelligence  enterprise  and  introduction  to  the  concept  of  Processing  Exploitation 
Dissemination  (PED).^  As  directed  by  the  lead  for  the  national  Intelligence  Community 
(IC),  the  Director  of  National  Security  (DNI),  one  of  the  first  steps  to  intelligence  support 
is  establishing  intelligence  architecture  to,  in  part,  leverage  the  intelligence  enterprise. 

In  doing  so,  the  concept  of  PED,  and  how  the  supported  and  supporting  commands  will 
use  it,  becomes  increasingly  important.  Supporting  this  endeavor  is  inherent  in  the 
problem  statement  of  this  research.  Specifically,  as  the  DoD  defines  a  critical  aspect  of 
PED  support  as  the  IC’s  “information  networks  and  near-global  computer  access.”  This 
reach  has  enabled  supported  component  commands  and  subordinate  organizations  to 
access  national  and  interagency  databases  through  “reach  back  and  distributed 


^Department  of  Defense,  Joint  Publication  (JP)  2-01,  Joint  and  National 
Intelligence  Support  to  Military  Operations  (Washington,  DC:  Government  Printing 
Office,  January  2012),  III-IO. 

'^Department  of  the  Army,  Army  Doctrinal  Publication  (ADP)  2,  Intelligence 
(Washington,  DC:  Government  Printing  Office,  August  2012),  5. 

"Department  of  Defense,  JP  2-01,  III- 10. 
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1 2 

architectures.”  Both  statements  underscore  the  need  to  effectively  manage  the  Army’s 
digital  intelligence  architecture  in  general  and  DCGS-A  framework  specifically. 

Recognizing  this  need,  the  Army’s  Intelligence  Center  of  Excellence  at  Fort 
Huachuca,  Arizona  published  Military  Intelligence  Publieation  (MI  Pub  2-01.2) 
Establishing  the  Intelligence  Architecture  in  February  2014.  This  publication  had  a 
tremendous  impact  on  the  research  described  here.  MI  Pub  2-01.2  is  a  simple,  concise 
document  describing  the  Army  intelligence  staffs  role  in  establishing,  maintaining,  and 
leveraging  the  intelligence  architecture  at  every  level  from  corps  to  company.  It  proved 
invaluable  to  bind  the  case  studies  used  in  this  researeh.  MI  Pub  2-01.2  is  broken  in  to 
four  major  parts;  plan  the  intelligence  architecture,  prepare  the  intelligence  architecture, 
deploy  the  intelligence  architecture,  and  redeploy  the  intelligence  architecture.  Generally, 
the  document  defines  tasks  that  must  happen  when  building  an  intelligence  enterprise  and 
what  architecture  considerations  the  senior  intelligence  officer  and  staff  must  take  into 
account  when  preparing  to  deploy  or  deploying  to  an  immature  theater.  Speeifically,  the 
publication  describes  the  subordinate  topic  areas  under  the  four  major  parts  discussed 
earlier.  When  planning  for  the  intelligenee  architecture,  one  must  validate  intelligenee 
system  interoperability.  This  critical  factor  must  be  considered  and  beeame  a  near 
constant  consideration  with  all  the  organizations  analyzed  for  this  research.  As  introduced 
in  chapter  three  and  detailed  in  chapter  four,  this  research  examined  an  army  brigade, 
division,  and  corps;  all  of  which  used  DCGS-A  in  real  world  or  simulated  operations.  All 


12 


Ibid. 
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three  organizations  were  eontinually  faced  with  interoperability  issues  that  had  to  be 

1 3 

addressed  before  moving  forward  with  their  DCGS-A  employment. 

Equally  important  is  the  need  to  establish  relationships,  coordination  and  liaison 
activities  with  both  the  supported  and  supporting  intelligence  organizations  in  a  deployed 
theater.  MI  Pub  2-01.2  discusses  in  some  detail  this  topic  under  the  header  “Prepare  the 
Intelligence  Architecture,”^"^  and  was  helpful  to  this  research  as  it,  in  part,  validated  the 
need  for  a  function  in  the  intelligence  staff  to  be  responsible  for  establishing  these 
relationships.  What  it  did  not  do,  however,  was  provide  refined  guidance  on  who  that 
person,  or  persons  should  be  and  what  specific  functions  or  responsibilities  they  would 
have  beyond  the  general  “the  intelligence  staff  will.”^^  This  research  used  the  ambiguity 
in  MI  Pub  2-01.2  as  a  starting  point  in  its  study.  The  “who”  and  “what”  of  DCGS-A  data 
management  became  a  central  aim  of  the  research. 

Another  topic  discussed  in  MI  Pub  2-01.2  were  the  critical  need  to  establish 
access,  meaning  to  connect  a  deployed  intelligence  activity’s  computers,  servers  and 
other  systems  into  the  larger  theater  and  national  intelligence  databases.  While  the 
establish  access  considerations  in  MI  Publ  2-01.2,  chapter  2,  were  helpful,  they  again  did 
not  provide  the  “who”  or  “how,”  rather,  they  recommended  just  a  general  list  of  things 
that  must  happen  in  order  to  be  successful.  Some  of  the  considerations  included  the  need 
to  identify  relevant  databases,  who  needs  access  (both  individuals  and  computer 

^^Department  of  the  Army,  Military  Intelligence  Publication  (MI  Pub)  2-01.2, 
Establishing  the  Intelligence  Architecture  (Washington,  DC:  Government  Printing 
Office,  February  2014),  I-I  -  1-8. 

'>id.,2-I. 

^^Ibid.,2-I  -2-2. 


10 


systems),  the  need  to  inelude  signal  corps  staff  in  planning  in  order  to  ensure  network 
access  beyond  the  MI  specific  domain,  and  the  need  to  identify  the  “push-pull” 
requirements  associated  with  the  operation;  in  other  words,  who  and  how  information 
was  coming  to,  or  going  out  of,  an  organization.  The  need  to  coordinate  with  the  signal 
staff  was  particularly  important  to  this  research  as  it  indicated  the  mission  command 
communication  systems  implications  with  establishing  an  intelligence  architecture  and 
employing  DCGS-A  successfully.  These  implications  are  addressed  further  in  the  mission 
command  section  of  this  chapter. 

Knowledge  Management 

The  next  body  of  work  that  will  support  this  study  is  the  Joint  military  community 
and  the  Army’s  Knowledge  Management  (KM)  doctrine  and  policy.  The  Army  Field 
Manual  (FM)  6-01.1  Knowledge  Management  Operations  introduces  and  discusses  the 
“nature  and  role  of  knowledge  management,”  in  military  organizations  in  general.  In 
this  publication,  the  Army  identifies  data  management  as  a  key  part  of  a  larger 
knowledge  management  plan.  This  direction  gives  focus  to  the  research  as  it  no  longer 
begs  the  question  as  to  whether  an  organization  should  conduct  data  management;  rather, 
it  discusses  whether  an  organization  should  dedicate  that  function  specifically  to  the 
employment  of  DCGS-A. 


''^Ibid.,  2-5,  2-6. 

1  -j 

Department  of  the  Army,  Field  Manual  (FM)  6-01.1,  Knowledge  Management 
Operations  (Washington,  DC:  Government  Printing  Office,  February  2008),  1-1. 
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Mission  Command 


Linking  the  principles  of  mission  command,  knowledge  management,  information 
management  and  ultimately  data  management  is  key  to  answering  this  study’s  primary 
research  question.  Beyond  FM  6-01.1,  a  review  of  Army  Doctrine  Publication  6-0 
Mission  Command  offers  some  general  overarching  guidance  on  expectations  and 
boundaries  of  how  subordinates  operate  in  a  given  environment.  This  study  will  touch 
ADP  6-0’s  guidance  when  considering  what  and  how  data  is  chosen,  structured  and 
management. 

In  addition  to  ADP  6-0,  MI  Pub  2-01.2  helped  tie  the  successful  employment  of 
DCGS-A,  and  the  associated  need  to  establish  an  effective  intelligence  architecture  to 
both  the  concept  of  mission  command  and,  more  practically,  the  need  to  integrate  DCGS- 
A  into  other  mission  command  communication  systems.  In  his  introduction  to  MI  Pub  2- 
01.2,  Major  General  Robert  Ashley,  the  Commanding  General  of  the  Army’s  Intelligence 
Center  of  Excellence,  discusses  how,  “units  must  continuously  train  and  rehearse  on 
establishing  the  intelligence  architecture  and  integrating  intelligence  into  the  mission 
command  network  at  all  echelons.”  Major  General  Ashley  speaks  to  intelligence 
architecture  in  broad  terms,  but  as  previously  discussed,  a  cornerstone  to  the  Army’s 
intelligence  enterprise  is  DCGS-A. 

Commercial  Initiatives 

The  last  and  largest  body  of  literature  to  inform  this  study  is  commercial 
initiatives  in  managing  large  amounts  of  complicated  data.  This  body  can  be  further 

^^Department  of  the  Army,  MI  Pub,  2-01.2,  foreword. 


12 


divided  into  two  sub-categories,  commercial  data  management,  and  organizational 
models  tailored  to  address  digital  issues. 

While  dated,  Joel  Ross’s  Total  Quality  Management  (TQM)  Text,  Cases,  and 
Readings  discussed  the  basic  principles  that  help  organizations  lead  and  manage. 
Additionally,  he  offers  case  studies  that  provide  examples  of  how  commercial 
organizations  faced  data  challenges  and  transformed  issues  into  success.  Although  the 
face  of  technology  has  changed  dramatically,  the  difficulties  encountered  are  not 
fundamentally  different,  and  relevant  lessons  can  be  learned  from  these  cases.  The 
principles  of  TQM  evolved  into  what  is  now  known  as  “Lean  Six  Sigma,”  or  a  systems 
analysis  driven  concept  aimed  at  streamlining  organizational  processes  in  order  to  gain 
efficiencies.  The  Army’s  adaptation  of  many  of  Lean  Six  Sigma  concepts,  while  not 
completely  transferrable,  offer  insights  on  how  an  organization,  again  faced  with  large 
amounts  of  information,  can  organize,  structure  their  individual  duties,  and  develop 
systems  to  effectively  manage  data  across  an  enterprise. 

Of  particular  help  is  Peter  Pande,  Robert  P.  Neuman,  and  Roland  R.  Cavanagh’s 
“The  Six  Sigma  Way,”  How  GE  Motorola,  and  Other  Top  Companies  are  Honing  Their 
Performance  as  it  provides  specific  examples  of  technically-oriented  companies  and  how 
they  mastered  technically  dense  subject  matter.  Additionally,  the  authors  layout  a  clear 
framework,  or  “Roadmap”  of  how  to  identify  core  processes,  define  customer 

^^Joel  Ross,  Total  Quality  Management  Text,  Cases,  and  Readings  (Delray  Beach, 
FL:  St.  Lucie  Press,  1993),  65,  253. 

20 

Peter  S.  Pande,  Robert  P.  Neuman,  and  Roland  R.  Cavanagh,  “The  Six  Sigma 
Way,  ”  How  GE,  Motorola,  and  other  Top  Companies  are  Honing  Their  Performance 
(New  York,  NY:  McGraw-Hill,  2000),  19. 
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requirements,  measure  performance,  improvements  and  redesigns,  and  how  to  expand 
and  integrate  systems  approaches.  Similarities  can  be  drawn  between  this  roadmap  and 
the  Army’s  intelligence  cycle,  as  well  as  key  lessons  on  how  the  Army  can  apply 
commercial  success  to  military  problems. 

Another  publication  used  to  lay  the  foundation  of  this  study  was  Keith  Gordon’s 
“Principles  of  Data  Management”  Facilitating  Information  Sharing^  In  it  Mr.  Gordon 
truly  lays  out  the  basic  principles  of  what  he  sees  as  effective  data  management,  provides 
a  clear  and  concise  definition  to  traditionally  complicated  terms  or  ideas,  and  offers 
concepts  that  will  be  key  to  the  successful  completion  of  this  research.  Mr.  Gordon  also 
identifies  a  point  that  will  be  carried  further  in  this  research,  that  “data  and  the 

23 

enterprise,”  or  data  management,  are  not  technical  problems,  but  business  issues. 

Further,  Mr.  Gordon  contends,  basically,  that  the  data  allows  information  to  be  shared, 
and  synthesized;  information  is  thus  data  that  is  understood  and  knowledge  is  information 
that  is  judged.  This  is  not  a  new  concept;  rather,  it  is  the  essential  element  of  the 
cognitive  hierarchy  theory,  when  as  he  applies  it  to  data  management  specifically,  it 
now  offers  an  additional  frame  by  which  to  identify  roles  and  responsibilities  in  a  DCGS- 
A  employment  strategy. 

^^Ibid.,  155. 

22 

Keith  Gordon,  Principles  of  Data  Management:  Facilitating  Information 
Sharing  (Swindon,  UK;  The  British  Computer  Society  Publishing,  2007),  xix,  1-10. 

^^Ibid.,  2. 

^>id.,  7. 

25 

Department  of  the  Army,  ADRP  6-0,  Mission  Command  (Washington,  DC: 
Government  Printing  Office,  May  2012),  2-7. 
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Lastly,  a  review  of  the  International  Data  Management  Association  (DAMA) 
Functional  Framework  literature  by  Mark  Mosely  provides  reinforcing  information  to 
Mr.  Gordon’s  work  cited  earlier.  DAMA,  through  Mr.  Mosely,  attempts  to  “build 
consensus  for  a  generally  applicable  view  of  data  management  functions. To 
accomplish  this,  DAMA  works  to  standardized  terms,  definitions,  functions,  processes, 
roles  and  responsibilities,  and  deliverables  or  metrics.  Using  this  professional 
association’s  functional  framework  as  a  guide  for  standards  and  principles  will  add  clarity 
to  the  study. 


^^Mark  Mosely.  Data  Management  Association  (DAMA),  DMBOOK  Functional 
Framework.  DAMA,  http://dama.org/i4a/pages/mdex. cfm?pageid=3733  (accessed  20 
October  2013). 
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CHAPTER  3 


RESEARCH  METHODOLOGY 

This  chapter  discusses  the  methodology  used  to  research,  analyze  and  discuss  the 
primary  and  secondary  questions  listed  previously.  The  goal  of  the  research  was  to 
determine  the  need  and  extent  of  responsibilities  of  a  data  management  function  inside 
organizations  using  DCGS-A  as  part  of  their  intelligence  support  activity.  This  research 
explored  the  challenges  and  opportunities  different  organizations  faced  as  they  attempted 
to  establish  the  DCGS-A  enterprise  and  associated  data  requirements. 

Using  Robert  Yin’s  seminal  work  Case  Study  Research;  Design  and  Methods,  the 
researcher  used  a  mixed-method  retrospective  multiple  case  study  analysis.  As  Mr.  Yin 
discussed  in  his  book,  using  the  case  study  method  offered,  “a  logical  plan  from  getting 
from  here  to  there.”  The  researcher  attempted  to  lay  out  a  series  of  case  studies 
associated  with  the  employment  of  DCGS-A,  and  illustrate  the  merits  or  costs  of 
maintaining  a  data  management  function. 

The  research  methodology  was  a  mixed  method  as  it  used  both  qualitative  and 
quantitative  analysis  to  identify  strengths,  weaknesses,  vulnerabilities,  and  opportunities 
with  unit’s  using  DCGS-A.  Quantitative  data  such  as  number  and  type  of  data  sources 
used,  rate  of  enterprise  establishment  and  relevant  data  usage  were  used  to  offer  an 
empirical  foundation  to  assess  the  unit’s  DCGS-A  performance.  Understanding  the  limits 
of  such  data,  the  researched  used  qualitative  factors  to  compliment  the  study,  including 
factors  such  as  the  comfort  commanders  had  with  the  information  received  from  their 

^^Yin,  25. 
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intelligence  staffs  and  the  assessment  of  the  senior  intelligence  officer  on  how  his  staff 
performed  or  handled  the  intelligence  information  coming  into  the  organization. 

The  study  was  both  retrospective  and  broad  as  it  reviewed  three  organizations’ 
past  experiences  in  both  real  world  and  simulated  operational  environments.  The 
researched  focused  on  an  Army  brigade,  division  and  corps.  The  brigade  was  examined 
through  its  experience  at  the  National  Training  Center  at  Fort  Irwin,  California  as  it 
prepared  to  deploy  to  support  of  military  stability  operations  abroad.  The  division  was 
studied  during  its  final  staff  training  validation  exercise  prior  to  deployment  through  the 
first  90  days  of  serving  as  a  Combined  Joint  Task  Force.  Finally,  the  Army  Corps  was 
examined  during  a  major  training  event  as  it  practiced  its  ability  to  perform  as  a  Joint 
Task  Force  performing  a  global  response  role  to  address  an  as  of  yet  unforeseen  overseas 
contingency.  The  intent  of  studying  the  three  organizations  was  to  identify  and 
characterize  patterns  or  trends  across  multiple  elements  using  DCGS-A,  regardless  of 
echelon  or  type  of  mission  support  provided. 

The  examination  of  these  case  studies  were  bounded  by  a  system,  or  set  of 
parameters,  derived  from  MI  Pub  2-01.2,  Establishing  the  Intelligence  Architecture. 
Again  using  Robert  Yin’s  model  for  designing  a  case  study  methodology  and  the  Army’s 
Intelligence  Center  of  Excellence’s  major  components  for  establishing  the  intelligence 
architecture  as  described  in  MI  Pub  2-01.2,  this  research  built  a  model  to  examine  each 
case  study  consistently  and  with  the  intent  to  draw  out  DCGS-A  specific  challenges  and 
opportunities.  The  researched  focused  along  three  lines  of  effort  similar  to  the  major 
sections  of  MI  Pub  2-01.2:  planning,  preparing,  and  deploying  the  intelligence 
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architecture.  Redeploying  the  intelligence  architecture,  while  likely  an  important  part  of 
a  successful  DCGS-A  employment  and  utilization  plan,  was  not  examined  as  the  primary 
effort  of  a  DCGS-A  data  manager  as  defined  by  this  research  and  took  place  in  the  other 
areas.  Data  was  collected  through  the  review  of  After  Action  Reports,  Standard  Operating 
Procedures,  DCGS-A  technical  and  instruction  manuals,  and  interviews  with  unit  data 
managers  and  Senior  Intelligence  Officers. 

To  support  the  determination  of  the  primary  research  question,  this  study 
attempted  to  answer  the  secondary  questions  with  the  intent  of  identifying,  characterizing 
and  prioritizing  data  management  requirements  essential  to  the  success  of  an 
organization.  Beginning  with  how  the  process  of  selecting  and  managing  data  sources  for 
ingestions  in  to  DCGS-A  match  the  Army’s  intelligence  cycle  helped  to  determine  the 
required  associated  architecture.  This  was  deduced  through  the  examination  of  Army 
intelligence  doctrine,  unit  AARs,  and  interviews  with  organizational  data  mangers. 

Further  examination  of  how  organizations  identified  data  sources  and  subsequent 
associated  management  requirements  was  conducted  through  the  review  of  case  studies 
involving  organizations  employing  DCGS-A  in  real  world  and  exercise  environments. 
Who  on  the  intelligence  staff  identified,  managed  or  exploited  the  data  feeds  coming  into 
or  out  of  the  DCGS-A  enterprise  helped  draw  conclusions  on  how  successful  an 
organization  may  be  in  employing  the  system.  The  function  of  data  management  specific 
to  DCGS-A  was  also  examined  at  each  echelon,  through  the  case  studies,  in  order  to  help 
identify  consistent  challenges  or  opportunities  each  organization  faced.  As  those 
consistencies  were  identified,  synthesized,  and  understood,  they  were  used  by  the 
^^Department  of  the  Army,  MI  Pub  2-01.2,  1-7. 
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researcher  to  help  draw  conclusions  on  who  and  how  an  organization  may  successfully 
employ  DCGS-A. 

Additionally,  the  review  of  the  case  studies  helped  develop  a  sample  of  the  most 
common  types  of  data  units  chose  to  ingest  into  their  respective  DCGS-A  framework  in 
order  to  support  their  operations  as  well  as  any  unique  requirements  associated  with 
constructing  and  ingesting  data  feeds  in  to  DCGS-A  versus  other  intelligence  systems. 
These  samples  allowed  the  research  to  extrapolate  some  potential  friction  points  when 
establishing  a  functioning  DCGS-A  support  plan.  As  discussed  in  the  previous  chapter, 
ensuring  interoperability  between  not  only  tactical,  operational  and  strategic  intelligence 
systems  and  databases,  but  also  with  other  mission  command  and  joint  communications 
systems  was  critical  to  successful  employment  of  DCGS-A. 

Lastly,  this  study  reviewed  established  organizational  models  and  how  they  utilize 
knowledge  management  concepts  successfully.  This  portion  of  the  study  placed  special 
emphasis  on  the  organization’s  data  management  functions  in  relation  to  knowledge  and 
information  management  duties.  By  looking  at  how  knowledge,  information,  and  data 
management  form  around  an  organization’s  needs,  regardless  of  the  type  or  size,  allowed 
the  researcher  to  further  analyze  how  an  Army  activity  can  best  establish  a  DCGS-A  data 
manager. 
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CHAPTER  4 


ANALYSIS 

Chapters  1  and  2  provided  the  introduction  to  DCGS-A,  data  management,  and 
the  potential  challenges  and  opportunities  an  intelligence  organization  may  face  when 
employing  a  digital  system  in  such  a  complex  environment  dominated  by  large  amounts 
of  data  from  so  many  different  sources.  Chapter  3  discussed  the  qualitative  and 
quantitative  methodology  that  the  researcher  used  through  the  study  and  how  it  was 
designed.  This  chapter  focuses  on  the  analysis  of  the  three  case  studies  introduced  earlier 
and  the  DCGS-A  specific  data  management  implications  identified  in  each. 

The  analysis  is  presented  in  two  main  sections; 

Section  1  presents  how  an  Army  corps’  intelligence  activity  trained  to  assume  a 
global  response  force  role  and  examine  it  based  on  how  it  planned,  prepared,  and 
deployed  the  intelligence  architecture  specific  to  DCGS-A. 

Section  2  presents  how  an  Army  division  and  an  Army  brigade  intelligence 
activity  trained  and  assumed  an  integrated  combined  joint  task  force  mission  in  a  stability 
and  support  environment  and  examine  it  based  on  how  it  planned,  prepared,  and  deployed 
the  intelligence  architecture  specific  to  DCGS-A. 

In  order  to  answer  the  primary  research  question  that,  given  the  complexity  of  the 

data  environment  in  operational  intelligence  support,  must  the  supporting  intelligence 

activity  maintain  a  dedicated  data  management  function  in  order  to  effectively  employ 

DCGS-A,  the  research  first  focused  on  several  secondary,  supporting  questions. 

Following  the  methodology  described  in  Chapter  3,  the  researcher  examined  how  the 

intelligence  organizations  studied  and  determined  the  type  and  number  of  data  sources  to 
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ingest  into  DCGS-A  as  well  as  how  this  proeess  corresponded  with  the  US  Army’s 
doctrine  on  establishing  a  digital  intelligence  architecture.  The  researcher  then  attempted 
to  answer  the  third  and  fourth  supporting  research  questions;  How  does  the  process  of 
selecting  and  managing  data  sources  for  ingestions  into  DCGS-A  correspond  to  the 
Army’s  intelligence  cycle,  and  how  is  a  DCGS-A  data  and  architecture  manager  different 
than  a  unit  knowledge  manager.  Lastly,  the  study  worked  to  identify  any  unique 
requirements  associated  with  constructing  and  ingesting  data  feeds  into  DCGS-A  versus 
other  intelligence  systems. 

Case  Study  I:  The  Army  Corps 
Introduction 

In  June  2013,  the  XVIII  Airborne  Corps  at  Fort  Bragg,  North  Carolina,  conducted 
a  Joint  Operations  Access  Exercise  (JOAX)  with  elements  of  the  82‘*  Airborne  Division 
and  the  66th  Military  Intelligence  Brigade.  The  exercise  took  place  in  a  simulated  and 
constructed  Decisive  Action  Training  Environment  and  focused  on  intelligence  support  to 
joint  forcible  entry  operations,  airfield  seizures.  Noncombatant  Evacuation  Operations, 

29 

and  the  defense  of  biological,  nuclear,  chemical  or  radiological  sites. 

The  XVIII  Airborne  Corps  senior  intelligence  officer  used  the  66th  Military 
Intelligence  Brigade  as  an  “anchor  point”  for  intelligence  support  to  host  data  structured 
and  delivered  appropriately  to  be  available  to  DCGS-A  systems  forward.  In  support  the 
of  the  XVIII  Airborne  Corps  Commanding  General’s  larger  training  objectives,  the  corps 
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Gary  Johnston,  XVII  Airborne  Corps  Joint  Operations  Access  Exercise  13-03 
After  Action  Report  (Washington  DC:  Government  Printing  Office,  September  2013),  1- 

2. 
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senior  intelligence  officer  intended  to  test  the  Intelligence  and  Security  Command’s, 
“ability  to  provide  geographically  separated,  real  time  intelligence  support  that  was 

•5  A 

relevant,  timely,  and  actionable.”  A  major  part  of  accomplishing  this  test  was  through 
the  use  of  DCGS-A.  By  the  end  of  the  JOAX,  the  XVIII  Airborne  Corps  and  66th 
Intelligence  Brigade  had  validated  that  a  theater  intelligence  brigade,  located  outside  of 
the  continental  United  States  and  geographically  separate  from  the  supported  military 
operations,  could  provide  support  that,  “ensured  DCGS-A  drove  intelligence  operations, 
and  enabled  the  82‘^  [Airborne  Division]  to  meet  intelligence  demands  of  an  immature  / 

•3  1 

austere  environment.” 


Background 

As  early  as  March  2013,  members  of  the  XVIII  Airborne  Corps  were  working 
with  the  Intelligence  and  Security  Command  and  its  subordinate  brigade,  the  66th 
Military  Intelligence  Brigade,  to  identify  requirements  associated  with  meeting  the  unit’s 
training  objectives.  They  determined  that  in  order  to  achieve  the  appropriate  level  of 
training  desired,  an  exercise  environment  had  to  be  established  that  had  data  (intelligence 
information),  that  was  available  over,  “low-bandwidth,  accessible  anywhere  in  the  world, 

-3  A 

easy  to  update,  easier  to  use,  and  would  work  with  very  little  ‘care  and  feeding.”  This 
determination,  made  by  the  XVIII  Airborne  Corps’  senior  intelligence  officer,  helped 
shape  the  training  environment  moving  forward.  It  helped  focus  the  number  and  type  of 
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Johnston,  XVII  Airborne  Corps  Joint  Operations  Access  Exercise  13-03  After 
Action  Report,  2. 

^'ibid. 

^^Ibid.,  3. 
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data  requirements  the  unit  would  need  to  eonstruet  and  maintain  throughout  the  event. 
Further,  the  direetion  provided  by  the  senior  intelligenee  offieer  direetly  impaeted  this 
researeh’s  attempts  to  answer  how  an  intelligenee  organization  begins  to  seleet  the 
number  and  types  of  data  sourees  for  ingestion  into  DCGS-A.  The  limiting  faetors  of 
“low-bandwidth,”  “aeeessible  anywhere  in  the  world,”  “easy  to  update,”  and  “easier  to 
use,”  effeetively  eliminated  some  types  of  data  sourees  and  drove  the  supporting  staff 
towards  others  that  may  meet  the  requirements. 

In  addition  to  the  high  demand  data  requirements,  they  determined  the  level  of 
intelligenee  serviees  that  needed  to  be  available  throughout  the  exereise.  In  this  ease,  the 
intelligenee  services  included  a  training  version  of  the  Modernized  Integrated  Database 
(MIDB)  for  Ground  Order  of  Battle  analysis  through  the  Tactical  Entity  Database.  For 
ease  of  understanding,  the  Modernized  Intelligence  Database  was  a  system  that  housed 
what  the  intelligence  community  knew  of  the  adversary’s  military  capability;  units, 
leaders,  facilities,  equipment,  and  training  levels  were  a  few  attributed  tables  included  in 
the  database.  Ground  Order  of  Battle  is  simply  where  and  how  many  of  the  enemy 
systems  are  located.  The  Tactical  Entity  Database  is  a  customized,  changeable  version  of 
the  MIDB  native  to  the  DCGS-A  system  which  a  tactical  intelligence  analyst  uses.  Other 
services  included  geospatial  data  tools,  search  engines,  and  the  ability  to  send  intelligence 
data  to  other  military  communication  systems. 

In  order  to  establish  these  services,  the  66th  Military  Intelligence  Brigade  was 
integrated  early  into  the  XVIII  Airborne  Corps’  planning  meetings.  To  design  such  a 
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Department  of  Defense,  “Modernized  Integrated  Database  (MIDB)  Joint 
Interoperability  Certificate  Status,”  http://jitc.fhu.disa.mil/index.html  (accessed  30  April 
2014). 
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training  environment,  the  66th  designated  the  intelligence  systems  integration  officer 
inside  the  24th  Military  Intelligence  Battalion  (Operations)  as  the  JOAX  planner.  From 
this  point,  the  intelligence  systems  integration  officer  became  the  de  facto  JOAX  DCGS- 
A  data  manager. 

Planning  the  Intelligence  Architecture 
Develop  the  Initial  Intelligence  Architecture  Plan 

Using  the  guidance  provided  by  the  XVIII  Airborne  Corps  senior  Intelligence 
Officer,  the  JOAX  DCGS-A  data  manager,  with  a  clear  understanding  of  the 
environment,  began  planning  the  DCGS-A  intelligence  architecture.^"^  It  is  here  the 
research  is  able  to  ascertain,  at  least  in  part,  answers  to  several  other  supporting  research 
questions:  how  does  the  process  of  selecting  and  managing  data  sources  for  ingestions 
into  DCGS-A  correspond  to  the  Army’s  intelligence  cycle  and;  how  is  a  DCGS-A  data 
and  architecture  manager  different  than  a  unit  knowledge  manager? 

First,  another  supporting  research  question  had  to  be  answered;  what  was  the  US 
Army’s  doctrine  on  establishment  of  digital  architecture  when  employing  DCGS-A?  At 
the  time  of  the  XVIII  Airborne  Corps  JOAX,  MI  Publication  2-01.2),  Establishing  the 
Intelligence  Architecture  had  not  been  published.  The  JOAX  occurred  in  the  summer  of 
2013  and  MI  Pub  2-01.2  wasn’t  officially  released  until  February  2014.^^  This  research 
found  no  other  useful  supporting  doctrine  on  the  planning,  establishment,  or  deployment 
of  digital  intelligence  architecture.  That  said,  given  the  JOAX  DCGS-A  data  manager’s 

^"^Robert  Coon,  electronic  correspondence  with  author,  25  January  2014. 

^^Department  of  the  Army.  MI  Pub  2-01.2,  i. 
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access  to  intelligence  eommunity  members  in  related  fields,  he  was  aware  of  the  draft  MI 
Pub  2-01.1  and  was  asked  for,  and  provided  input  to,  the  doeument.  The  DCGS-A  data 
manager  largely  followed  the  principles  deseribed  in  the  four  ehapters  of  the  final 
approved  doeument. 

The  initial  DCGS-A  arehiteeture  plan  was  based  largely  on  the  ideal  world  not 
eonstrained  by  resourees  or  system  interoperability  issues.  To  effectively  plan  the 
appropriate  level  of  DCGS-A  speeifie  intelligenee  arehiteeture,  the  JOAX  DCGS-A  data 
manager  first  had  to  determine  how  the  brigade  would  provide  the  eore  serviees  required 
by  the  XVIII  Airborne  Corps.  The  JOAX  DCGS-A  data  manager  started  with  basie 
information  flow,  systems  involved,  and  tools  or  analysis  provided.  The  JOAX  DCGS-A 
data  manager’s  proeess  helped  the  researeh  answer  the  several  supporting  questions.  The 
data  manager,  in  part,  determined  the  upper  limits  of  number  and  type  of  data  sourees 
available  to  the  exereise  by  analyzing  what  serviees  his  organizations  had  available  to  it, 
and  what  it  was  capable  of  doing  for  themselves.  By  examining  how  the  66th  Military 
Intelligenee  Brigade  eould  support  the  XVIII  Airborne  Corps,  the  data  manager  was  able 
to  focus,  from  a  resource  perspeetive,  the  amount  of  time  and  organizational  energy  spent 
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on  data  souree  or  serviee  identifieation. 


^^Robert  Coon,  eleetronie  eorrespondenee  with  author,  25  January  2014. 

Intelligenee  and  Seeurity  Command,  “24th  Military  Intelligenee  Battalion  Core 
Serviees,  66th  Military  Intelligenee  Brigade”  (PowerPoint  Presentation,  Wiesbaden  Army 
Airfield,  Wiesbaden  Germany  June  2013). 
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Figure  1.  Theater  Intelligence  Brigade  Core  Services 


Source:  Robert  Coon,  “Theater  Intelligence  Brigade  Core  Services,”  24th  Military 
Intelligence  Battalion,  dated  June  2013. 


As  the  JOAX  DCGS-A  data  manager  described  what  the  theater  intelligence 
brigade  was  capable  of  providing  that  was  relevant  to  support  the  XVIII  Airborne  Corps 
training  event,  he  was  able  to  better  understand  how  to  develop  the  initial  plan.  Figure  1 
provides  the  initial  lay  down  of  core  services  the  JOAX  DCGS-A  data  manager  devised. 

TO 

He  divided  services  into  two  parts,  structured  and  unstructured  data.  Structured  data  is 
intelligence  information  in  defense  message  format  system,  meaning  it  comes  off  a 


-5  0 

Coon,  electronic  correspondence. 
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-5  0 

technical  sensor  such  as  a  satellite,  radar,  or  unmanned  aerial  vehicle.  Structured  data 
often  looks  at  conventional,  organized  military  forces,  units,  and  equipment.  Unstructured 
data  is  intelligence  information  most  often  associated  with  those  military  operations  not 
necessarily  focused  on  conventional  forces.  These  operations  include  counter  insurgency, 
stability,  and  support  operations.  Examples  of  unstructured  data  would  be  a  military 
advisor’s  notes  regarding  a  meeting  with  his  host  nation  counterpart,  a  civil  affairs  report 
on  the  condition  of  essential  services  in  an  area,  or  an  atmospheric  report  or  survey  of  a 
population  demographics’  perspective  on  a  particular  issue. 

By  looking  at  the  right  side  of  figure  1,  the  JOAX  DCGS-A  data  manager  could 
clearly  see  what  type  of  systems  and  tools  he  would  need  to  incorporate  into  his 
architecture  plan  to  satisfy  the  structured  data  requirements.  By  linking  the  systems  the 
theater  intelligence  brigade  had  put  together,  he  could  easily  understand  what  was  needed 
to  collect  specific  types  of  intelligence  such  as  signals  or  imagery.  As  he  listed  out  his 
associated  operational  tools,  the  JOAX  DCGS-A  data  manager  was  able  to  identify 
technical  tasks  associated  with  his  architecture."^'^  For  example,  by  seeing  “alias 
management”  as  an  operational  tool  needed  for  the  exercise,  he  knew  he  had  to  establish 
and  maintain  alias  table.  The  alias  table  would  be  transparent  to  the  XVIII  Airborne 
Corps  or  82‘^  Airborne  Division  intelligence  analyst,  but  was  critical  to  the  successful 
implementation  of  the  digital  architecture.  Alias  management  is  how  to  control  multiple 
spellings  or  references  to  like  entities.  For  example,  in  the  exercise,  the  82‘*  Airborne 

^^North  Atlantic  Treaty  Organization  (NATO),  AAP-06(20I3),  NATO 
Standardization  Agency  (NSA)  Glossary  of  Terms  and  References  (NATO:  Brussels, 
Belgium,  2013),  2-S-I3. 

""^Coon,  electronic  correspondence. 
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Division  might  face  the  First  Reeonnaissance  Brigade  of  Third  Operational  Security 
Corps.  Depending  on  what  type  of  sensor  eolleets  information  on  the  brigade,  the  name 
may  display  several  different  ways,  1/3  OSC,  D*  RECON,  OSC,  or  1REC0N/30SC  to 
name  a  few.  In  addition,  the  brigade  may  have  an  honorifie  name,  something  tying  the 
unit  to  a  past  leader  or  victory,  such  as  “the  third  of  July  brigade,”  or  the  “honorable 
martyrs  brigade.”  The  alias  table  ensures  all  of  the  name  variations  are  aeeepted  and  then 
converted  to  one,  preapproved  term  for  clarity.  Figure  3  illustrates  a  simple  notional  alias 
table: 


Table  1.  Notional  Alias  Table 


If 

Then 

E'  Reeonnaissanee  Brigade  Third 

Operational  Security  Corps 

IRECON / 30SC 

E'  RECON  3^“  OSC 

Honorable  Martyrs  Brigade 

IRECON / 30SC 

Source:  Created  by  author. 

Alias  tables  are  resource  intensive  and  must  be  set  up  prior  to  DCGS-A 
employment.  In  order  to  effeetively  manage  all  the  possible  aliases,  the  data  manager  had 
to  understand  what  type  of  enemy  the  friendly  force  would  face  as  well  as  the  types  of 
eolleetion  sensors  were  available  and  their  unique  eharaeteristies. 
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By  looking  at  the  left  side  of  the  figure  2,  the  JOAX  DCGS-A  data  manager  was 
able  to  visualize  where  and  how  the  XVII  Airborne  Corps  would  receive  its  unstructured 
data  requirements.  In  this  case,  it  was  largely  from  commercial  off  the  shelf  (COTS) 
systems  like  a  web  page,  a  commercial  database  or  a  simple  networked  shared  drive. 
From  this,  the  data  manager  was  able  to  determine  what  the  access  issues  may  be  and 
how  of  if  the  systems  would  communicate  between  each  other.  As  unstructured  data 
sources  were  identified  as  relevant,  the  data  manger  had  to  continually  refine  his  plan, 
restructure  or  build  new  data  feeds  and  ensure  all  were  available  through  the  DCGS-A 
framework  to  the  end  user  intelligence  analyst. 

By  examining  how  the  JOAX  DCGS-A  data  manager  developed  the  initial 
support  plan  and  associated  architecture,  then  refined  and  ultimately  executed  the  training 
event,  the  researcher  was  able  to  answer  the  supporting  research  question  of  how  the 
process  of  selecting  and  managing  data  sources  for  ingestions  into  DCGS-A  corresponds 
to  the  Army’s  intelligence  cycle.  The  data  manager’s  analysis  of  core  services  provided 
by  the  intelligence  brigade  most  closely  corresponds  to  intelligence  process  step  one, 
“plan  and  direct.”"^*  Whether  intentional  or  not,  the  JOAX  DCGS-A  data  manager’s 
support  process  linked  to  the  XVII  Airborne  corps  generally  mirrored  the  intelligence 
process  as  described  in  Army  Doctrine  Reference  Publication  (ADRP)  2-0  Intelligence, 
chapter  3."^^  The  data  manager’s  inherent  understanding  of  the  intelligence  process,  his 
familiarity  with  the  associated  intelligence  requirements,  and  his  understanding  of  the 

"^'Department  of  the  Army.  ADRP  2-0,  Intelligence  (Washington  DC: 

Government  Printing  Office,  August  2012),  3-3. 

^^Ibid. 
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capabilities  of  the  theater  intelligenee  brigade,  eaused  him  to  behave  in  a  manner  familiar 
to  other  intelligenee  professionals. 

Having  the  JOAX  DCGS-A  data  management  eapability  also  allowed  other 
supported  intelligenee  leaders  to  discuss  objectives,  largely  in  the  terms  of  plain  language 
deliverables.  One  of  the  major  sustaining  events  for  the  JOAX,  in  the  eyes  of  the  DCGS- 
A  data  manger,  was  the  consensus  on  developing  a  requirements  based  arehiteeture, 
versus  having  arehiteeture  limitations  drive  what  requirements  eould  be  met.  Speeifieally, 
he  noted: 


There  are  no  eookie-eutter  approaehes  for  intelligenee  arehiteetures;  eaeh 
and  every  event,  exereise,  operation,  eteetera  will  look  different  and  require  a 
ereative  approaeh.  When  [Intelligence  and  Security  Command]  offered  to  assist 
with  the  [theater  intelligenee  brigade]  Anehor  Point  eoneept .  .  .  the  82‘*  Airborne 
Division  [Analytieal  Control  Element]  Chief  was  very  pointed  with  what  he 
needed  to  aeeomplish  the  mission-we  did  not  talk  systems,  we  spoke  end-states 
and  deliverables.  This  allowed...  the  organization  to  aeeommodate  pointed 
requirements,  while  mandating  [army  serviee  eomponent  eommand]  speeifie 
standards.  This  was  aeeomplished  by  building  on  existing  [theater  intelligenee 
brigade]  Core  Services  while  enhancing  the  data  flows,  tool  sets  and  aecesses  for 
speeifie  analytieal  goals. 

Evaluate  Intelligenee  System  Interoperability 

Throughout  this  proeess,  the  DCGS-A  data  manager  had  to  evaluate 

interoperability  between  systems  and  networks.  Much  of  the  intelligenee  information 

originated  somewhere  other  than  DCGS-A,  but  ensuring  the  information  reaehed  the 

DCGS-A  framework  in  the  correet  format  and  in  a  timely  manner  was  eritieal.  The  JOAX 

DCGS-A  data  manger  inside  the  66th  Military  Intelligenee  Brigade  beeome  a  eritieal 

member  of  the  overall  JOAX  planning  team.  Considerations  had  to  be  made  when 

determining  who  and  what  would  partieipate  in  the  exereise.  Any  addition  of  an 


"^^Coon,  electronie  eorrespondenee. 
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organization  who  brought  with  it  a  digital  system  could  have  ramifications  throughout  the 
exercise  design  and  compromise  both  the  effectiveness  of  intelligence  support  generally, 
and  DCGS-A  employment  and  utilization  specifically."^"^ 

Again,  with  respect  to  the  supporting  research  question,  the  data  manger’s 
involvement  in  events  not  directly  related  to  the  employment  of  DCGS-A  specifically, 
but  were  rather  to  the  intelligence  process  generally,  demonstrated  the  integrated  and 
critical  nature  of  his  role  in  the  successful  execution  of  the  training  event.  During  the 
evaluate  intelligence  system  interoperability  phase,  the  JOAX  DCGS-A  data  manager 
was  still  in  the  planning  phase  of  both  this  research  methodology  and  the  intelligence 
process.  His  ability  to  plan  for  the  integration  of  compatible  systems,  or  generate 
alternatives  to  incompatible  ones,  further  allowed  the  entire  intelligence  enterprise 
planning  team,  from  the  XVII  Airborne  corps,  division,  intelligence  brigade  and  other 
supporting  agencies,  to  focus  limited  time  and  resources  on  relevant  solutions. 

Complete  the  Intelligence  Architecture 

After  his  initial  requirements  assessment,  the  DCGS-A  data  manger  completed 
the  intelligence  architecture  plan  for  the  XVIII  Airborne  Corps  JOAX.  This  plan  became 
the  launching  point  for  future  discussion  for  the  duration  of  the  exercise  planning  and 
execution.  It  quickly  became  apparent  that  planning  the  intelligence  architecture  and 
prepare  the  intelligence  architecture  were  not  progressive  steps,  but  were  rather,  much 
more  iterative. The  DCGS-A  data  manager  had  to  establish  relationships,  coordination 


^%id. 

^^Ibid. 
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and  liaison  (steps  described  in  prepare  the  intelligence  architecture),  prior  to  the 
completion  of  the  plan  the  intelligence  architecture  phase. 


Theater  (JOAX)  Architecture 


Figure  2.  JOAX  Intelligence  Architecture 

Source:  Robert  Coon,  XVIII  Airborne  Corps,  JOAX  DCGS-A  Data  Manager,  24th 
Military  Intelligence  Battalion,  June  2013. 


The  iterative  nature  of  the  process  manifested  in  the  final  intelligence  architecture 
plan.  While  DCGS-A  remained  the  nexus  of  digital  intelligence  support  to  the  JOAX  that 
ultimately,  “drove  the  intelligence  mission  and  assisted  in  driving  tactical  operations,”'^^ 
it  also  wasn’t  the  platform  on  which  most  intelligence,  and  non-intelligence  personnel 

Johnston,  XVII  Airborne  Corps  Joint  Operations  Access  Exercise  13-03  After 
Action  Report,  4-6. 
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viewed  the  intelligence  picture/^  Following  the  XVIII  Airborne  Corps  senior  intelligence 
officer’s  requirements  of  making  the  intelligence  data  “easy  to  update,”  and  “easier  to 
use,”  the  DCGS-A  data  manger  ensured  all  end  products  were  available  via  a  Google 
Earth  live  layer.  This  allowed  anyone  involved  with  the  exercise  who  had  access  to  a 
government  computer,  to  view  near  real  time  opposing  force,  “unit  and  equipment 
locations  while  also  displaying  relevant  /  current  non-traditional  reporting. As 
illustrated  in  Figure  2,  the  data  viewed  in  Google  Earth  was  updated  from  the  Tactical 
Entity  Database  every  three  minutes  through  an  automated  process.  This  meant  that  as 
analysts  completed  their  assessments,  or  technical  sensors  picked  up  additional 
information  from  the  environment,  it  was  readily  available  for  viewing  in  a  medium 
many  were  already  comfortable  and  familiar  with.  The  data  manager  used  his  initial 
analysis  of  structure  data  (opposing  force  unit  and  equipment  locations)  and  unstructured 
data  (relevant  and  current  non-traditional  reporting)  to  anticipate  the  need  for  a 
commonly  understood  visualization  platform  (Google  Earth). 

Thus  far,  the  study  of  the  Army  Corps  has  aided  the  researcher  in  answering  three 
supporting  questions:  how  does  an  intelligence  organization  determine  the  type  and 
number  of  data  sources  to  ingest  into  DCGS-A;  what  is  the  US  Army’s  doctrine  on 
establishment  of  digital  architecture  when  employing  DCGS-A  and;  how  does  the 
process  of  selecting  and  managing  data  sources  for  ingestions  into  DCGS-A  correspond 
to  the  Army’s  intelligence  cycle?  At  this  point  the  researcher  is  also  able  to  partially 

^’ibid. 

^^Ibid.,  3. 

^■^Ibid.,  4. 
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answer  a  fourth  supporting  question;  namely,  how  is  a  DCGS-A  data  and  arehiteeture 
manager  different  than  a  unit  knowledge  manager?  As  discussed  in  chapter  2,  the  Army 
Field  Manual  6-01.1  Knowledge  Management  Operations  defines  knowledge 
management  as,  “the  process  of  enabling  knowledge  flow  to  enhance  shared 
understanding,  learning,  and  decision-making.  The  document  expands  on  that 
definition  throughout  the  text,  ultimately  communicating  that  the  most  effect  means  by 
which  to  transfer  knowledge  is  through  face  to  face  interaction  to  facilitate  shared 
understanding. 

When  examining  the  role  of  the  data  manager  in  this  particular  case  study,  it 
becomes  apparent  many  of  the  JO  AX  DCGS-A  data  manager  responsibilities  are  very 
similar  to  that  of  a  knowledge  manager  as  described  in  Field  Manual  6-01.1.^^  The 
DCGS-A  data  manager,  in  fact,  may  be  a  suitable  choice  for  a  unit  knowledge  manager, 
but  as  the  research  question  focused  on  determining  if  and  what  the  differences  between 
the  two  roles  were,  that  conclusion  was  determined  to  be  irrelevant.  Based  on  the  review 
of  both  Field  Manual  6-01.1  and  the  Army  Corps’  After  Action  Report  and  interviews 
with  the  JO  AX  DCGS-A  data  manager,  several  key  distinctions  were  drawn  between  the 
two  roles: 

1 .  A  unit  knowledge  manager  develops  processes  to  share  information  across  an 
organization  regardless  of  subject  or  content.  A  DCGS-A  data  manager  not 
only  focuses  on  intelligence  information  specifically,  he  also  is  empowered  to 
make  decisions  on  the  relevancy  of  information. 

^^Department  of  the  Army,  FM  6-01.1,  Knowledge  Management  Operations,  1-1. 

^'ibid.,  1-1  -  1-3. 
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2.  A  DCGS-A  data  manager  will  interact  with  the  unit  knowledge  manager 
routinely,  but  his  role  is  different  in  that  a  unit  knowledge  manager  makes 
information  available,  or  facilitates,  while  the  orientation  of  a  DCGS-A  data 
manager  is  aimed  at  pushing  mandatory  information  to  a  consumer  (analyst). 
These  two  key  distinctions  are  important  as  they  help  directly  answer  the  primary 
research  question.  Does  a  unit  using  DCGS-A  require  a  DCGS-A  specific  data  manager? 
Up  to  this  point,  the  DCGS-A  data  manger  supporting  the  XVII  Airborne  Corps  JOAX 
was  directly  involved  in  not  only  answering  the  data  specific  questions  related  to  the 
exercise,  but  in  making  more  broad  organizational  decisions  as  well.  All  of  these 
decisions  were  based  on  the  expressed  desire  to  create  a  relevant,  realistic  training 
environment.  This  training  environment  was  anchored  in  digital  intelligence  architecture 
comprised  in  large  part  of  DCGS-A  associated  components.  The  DCGS-A  data 
manager’s  involvement  became  critical  to  mission  success. 

Prepare  the  Intelligence  Architecture 

Establish  Relationships,  Coordination,  Liaison 

In  order  to  make  decisions  such  as  making  all  end  products  available  in  Google 

Earth,  the  DCGS-A  data  manager  had  to  integrate  early  with  the  XVIII  Airborne  Corps 

intelligence  staff  and  senior  leadership.  Through  the  establishment  of  relationships 

between  the  data  manager  and  XVIII  Airborne  Corps  staff,  recommendations  on 

improvements  to  the  architecture  plan  could  be  made  continually  and  without  fear  of 

creating  unnecessary  friction.  Prior  the  start  of  the  JOAX,  the  data  manger  identified 

several  potential  problems  with  both  the  type  of  data  planned  for  use  and  the  subsequent 

content  issues  the  analysts  may  have  when  attempting  analysis.  Basically,  the  data 
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proposed  for  use  eouldn’t  be  parsed,  or  eopied,  into  the  DCGS-A  framework  in  a  way 
that  would  stimulate  the  system,  thereby  making  almost  80%  of  the  tools  available  to 
analysts  irrelevant.  If  the  data  format  and  eontent  remained  unehanged,  the  DCGS-A  data 
manager  felt  the  XVIII  Airborne  Corps  training  objeetives  would  not  be  met. 

The  DCGS-A  data  manager  was  able  to  artieulate  the  overall  XVIII  Airborne 
Corps’  training  objeetives  to  a  third  party  data  provider.  When  or  if  issues  were  not 
addressed,  the  data  manager  was  able  to  leverage  the  relationships  established  with  the 
XVIII  Airborne  Corps’  senior  intelligenee  offieer  to  make  direet  reeommendations.  At 
one  point,  two  weeks  prior  to  the  June  2013  exereise,  the  data  manager  provided  direet, 
relevant  reeommendations  to  the  senior  intelligenee  offieer  who  took  the  eomments  and 
was  able  to  implement  ehange  immediately.  The  data  manager,  using  DCGS-A  as  the 
platform,  but  also  exploiting  an  in  depth  understanding  of  the  overall  intelligenee 
requirements  needed  to  effeetively  exeeute  the  mission,  was  able  to  make  adjustments  to 
the  overall  JO  AX  support  plan. 

Direet  Reeommendations  Made  by  the  DCGS-A  Data  Manager  were: 

1 .  Well  developed  and  understood  intelligenee  training  objeetives  based  on 
operational  realities. 

2.  A  elearly  defined  end-state:  make  sure  everyone  understands  what  right  looks 
like. 

3.  Requirements  drive  systems,  not  the  other  way  around. 
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4.  Expectation  management:  more  is  not  always  better.  If  Google  Earth  and  a 
Radio  meet  the  Commanders  decision  making  cycle  requirements  -  use 
Google  Earth  and  a  Radio. 

c-i 

5.  Emphasis  and  focus  on  utilizing  reach  back:  leverage  the  enterprise. 

Evaluate  and  Ensure  Training  and  Certification 

Surveys  conducted  by  the  US  Army  senior  intelligence  staff  have  indicated  many 
analysts  and  intelligence  leaders  believe  Intelligence  architecture  in  general  and  DCGS-A 
specifically  to  be  complicated  and  at  times  cumbersome  to  use.^"^  In  light  of  these 
findings  and  the  direction  provided  by  the  XVIII  Airborne  Corps  Senior  Intelligence 
Officer,  the  JOAX  DCGS-A  data  manger  understood  he  had  a  role  from  the  beginning  in 
setting  up  a  trimmed  down,  easy  to  use,  but  effective  supporting  intelligence  architecture. 

At  times  during  the  planning  portion  of  the  exercise,  the  DCGS-A  data  manager 
performed  duties  that  an  outside  observer  may  have  considered  outside  the  scope  of  his 
responsibilities.  According  to  the  data  manager  and  XVII  Airborne  Corps  senior 
intelligence  officer,  however,  this  was  exactly  the  reason  the  unit  needed  a  DCGS-A 
specific  data  manager  capability.  In  determining  the  type  of  supporting  architecture, 
associated  data  requirements,  and  DCGS-A  specific  tools  and  data  bases,  the  DCGS-A 
data  manager  was  unavoidably  shaping  the  XVIII  Airborne  Corps’  training  and 


^^Ibid. 

^"^Department  of  the  Army,  The  Army  G2  Staff  Visit,  “DCGS-A”  (PowerPoint 
Presentation,  5  Eebruary,  4ID  Headquarters,  Port  Carson  CO),  Slide  10-13. 

^^Johnston,  XVII  Airborne  Corps  Joint  Operations  Access  Exercise  13-03  After 
Action  Report,  7. 
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preparation  plan.  This  phenomena  directly  helps  answer  two  of  the  supporting  research 
questions  that  will  ultimately  answer  the  primary  research  question:  how  is  a  DCGS-A 
data  manager  different  than  a  unit  knowledge  manager,  and;  are  there  unique 
requirements  associated  with  constructing  and  ingesting  data  feeds  into  DCGS-A  versus 
other  intelligence  systems?  By  answering  these  two  questions  the  researcher  can  better 
determine  what,  if  any,  benefit  organizations  employing  DCGS-A  have  when  maintaining 
a  DCGS-A  specific  data  management  capability. 

The  JO  AX  data  manager  quickly  determined  the  training  requirements  needed  to 
prepare  the  intelligence  analysts  to  use  the  DCGS-A  associated  tool  suite.  In  close 
collaboration  with  the  senior  intelligence  officer,  the  data  manager  determined: 

1 .  Analysts  would  need  to  be  trained  and  certified  on  the  latest  software  version 
of  DCGS-A  (3. 1.7.3) 

2.  Analysts  would  need  to  be  trained  and  familiar  with  the  Tactical  Entity 
Database  (TED)  to  include  how  to  build,  modify,  and  associated  entities. 

3.  Analysts  would  need  to  be  trained  and  familiar  with  the  XOI  tool  set  (named 
area  of  interest  tool). 

4.  Analysts  and  leaders  would  need  to  be  proficient  with  Google  Earth 

5.  Analysts  and  leaders  would  need  to  be  proficient  in  the  use  of  TerraExplorer 
visualization  software 

6.  Analysts  and  leaders  would  need  to  be  trained  and  proficient  on  the  DCGS-A 
Integrated  Backbone  (DIB) 
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7.  Analysts  and  leaders  would  need  to  be  trained  and  proficient  on  Jabber 
(instant  message)  Chat  software  to  include  chat  room  creation  and 
maintenance. 

8.  Analysts  would  need  to  be  trained  and  certified  on  ArcGIS  geospatial 
software  use. 

9.  Analysts  and  leaders  would  need  to  be  familiar  with  the  Global  Command  and 
Communications  System  (GCCS) 

10.  Analysts  and  leaders  would  need  to  be  trained  and  proficient  on  the  Command 
Post  of  the  Future  (CPOF);  now  referred  to  as  Mission  Command  Network 
(MCNET)  system 

1 1 .  Analyst  and  leaders  would  need  to  be  familiar  with  Blue  Force  Tracker 
(BFT)^^ 

The  implications  of  selecting  the  system  type  and  architecture  design  were 
immediate  and  far  reaching.  The  unique  characteristics  of  DCGS-A  associated  tools,  to 
include  setup,  training,  and  employment,  made  the  need  for  a  technical  and 
organizational  bridge  capability  that  much  more  pronounced.  Without  the  integration 
between  the  digital  support  managers  at  the  theater  intelligence  brigade,  namely  the 
JOAX  DCGS-A  data  manager,  and  the  training  and  exercise  planners  inside  the  XVIII 
Airborne  Corps,  it  would  have  been  exceedingly  difficult  to  prepare  the  analysts  and 
leaders  for  the  JOAX  execution. 

^^Robert  Coon,  “Joint  Operations  Access  Exercise  Update  2,”  (66th  Military 
Intelligence  Brigade,  Wiesbaden  Army  Airfield,  Wiesbaden  Germany,  March  2013). 
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Develop,  Evaluate,  or  Refine  SOPs 


As  the  exereise  planners  and  JOAX  DCGS-A  data  managers  were  developing 
training  requirements  and  schedules,  operational  sections  were  developing  the  processes 
and  procedures  needed  to  institutionalize  the  training  throughout  the  organization.^^  The 
JOAX  DCGS-A  data  manager  participated  in  these  efforts  as  well.  His  nuanced  advice 
and  technical  support  to  validate  processes  the  organization  would  use  to  identify,  collect, 
process,  analyze,  and  disseminate  information  became  critical.  Some  of  the  unique 
characteristics  of  the  DCGS-A  enterprise,  such  as  the  required  format  or  sequence  in 
which  data  must  be  ingested,  or  inputted,  required  oversight  by  someone  who  possessed 
the  training  and  proficiency  to  ensure  accuracy.  ^^This  oversight  capacity  did  not 
translate  into  approval  authority;  rather,  the  advice  and  guidance  the  data  manger  was 
able  to  provide  ensured  the  XVIII  Airborne  Corps  leadership  developed  effective 
strategies  to  most  effectively  leverage  the  DCGS-A  enterprise. 

Case  Study  II:  The  Army  Division  and  Brigade 
Introduction 

In  March  2013,  the  Fourth  Infantry  Division  executed  its  headquarters  validation 
exercise,  code  named  UNIFIED  ENDEAVOR  13-02,  in  preparation  for  an  upcoming 
deployment  in  support  of  OPERATION  ENDURING  EREEDOM  in  the  southern  portion 

^^Coon,  electronic  correspondence. 
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Steven  Parker  to  All  Personnel  G2  Training  and  Readiness  Cell,  23  November 
2013,  G2,  XVIII  Airborne  Corps,  JOAX  Standard  Operating  Procedures  (SOP). 

^^Johnston,  XVII  Airborne  Corps  Joint  Operations  Access  Exercise  13-03  After 
Action  Report,  2. 
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of  Afghanistan.  Following  the  exercise,  the  division  intelligence  staff  made  further 
adjustments  to  their  training  and  deployment  plan  based  on  lessons  learned  from  the 
exercise  and  developing  requirements  from  the  deployed  theater.  At  the  same  time,  a 
subordinate  brigade,  the  Fourth  Infantry  Brigade  Combat  Team,  was  officially  re¬ 
missioned  from  a  planned  deployment  to  the  eastern  portion  of  Afghanistan  to  the  south; 
the  same  area  of  operation  as  the  Fourth  Infantry  Division.  Fourth  Brigade  would  be 
subordinate  to  the  Fourth  Infantry  Division  while  deployed.  This  case  study  examines 
how  the  two  organizations  prepared  for  their  upcoming  deployment  and  ultimate 
integration  while  deployed,  specifically  focusing  on  the  planning  and  preparing  of 
intelligence  architecture  as  it  relates  to  DCGS-A. 

Background 

As  early  as  the  summer  of  2012  Fourth  Infantry  Division  Intelligence  personnel, 
to  include  the  senior  intelligence  officer,  began  to  prepare  for  a  deployment  to  Regional 
Command  -  South  (RC-South),  based  out  of  Kandahar,  Afghanistan.  When  examining 
their  future  area  of  responsibility,  they  quickly  identified  a  need  to  gain  some  type  of 
efficiency  with  regard  to  the  type,  number  and  consistency  of  intelligence  data  and 
intelligence  systems  insider  RC-South. 

Neither  the  Fourth  Infantry  Division  nor  the  Fourth  Brigade  immediately  named  a 
DCGS-A  specific  data  manger,  rather  the  senior  intelligence  officers  for  both 


^^Matthew  Rutter,  electronic  correspondence  with  author,  19  March  2014. 
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organizations  placed  senior  analysts  in  eharge  of  team  who  would  in  turn  focus  on 
intelligence  architecture  and  DCGS-A  related  issues.^* 

The  division  was  seheduled  to  deploy  approximately  nine  month  before  the 
brigade,  but  both  organizations  quickly  came  to  the  conclusion  they  should  integrate  as 
early  as  possible  to  fully  maximize  efforts.  As  this  was  done,  the  division  could  set  poliey 
and  develop  associated  requirements  the  brigade  could  then  review,  train,  and  be 
prepared  for  prior  to  deployment.  Both  acting  DCGS-A  data  managers  got  together  in  in 
the  summer  of  2013  to  develop  the  initial  intelligence  architecture  plan.  The  Fourth 
Infantry  Division  was  scheduled  to  take  over  RC-South  later  that  summer.  US  forces  had 
been  in  RC-South  for  over  ten  years;  systems  and  arehitecture,  while  not  interoperable  at 
times,  where  in  plaee  and  generally  well  established.  Multiple  units  that  would  be 
subordinate  to  the  Fourth  Infantry  Division  were  already  in  theater  and  using  the 
established  architecture  and  system.  The  teams  determined  any  changes  to  architeeture 

and  intelligence  systems,  would  have  to  be  made  with  careful  consideration  to  daily 

62 

operational  requirements  and  potential  resistance  from  other  brigades. 

Plan  the  Intelligence  Arehiteeture 
Develop  the  Initial  Intelligence  Arehitecture  Plan 

Using  initial  guidance  provided  by  the  Fourth  Infantry  Division  senior 
intelligenee  offieer  and  understanding  the  unique  dynamics  that  existed  in  RC-South,  the 
division  and  brigade  teams  began  to  develop  the  initial  intelligenee  arehiteeture  plan. 

^'Kelly  Gorton,  electronic  correspondence  with  author,  5  February  2014. 

^^Ibid. 
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Similar  to  the  experience  of  the  Army  Corps,  MI  Pub  2-01.1,  Establish  the  Intelligence 
Architecture,  was  not  yet  published  at  the  time  of  this  case  study.  The  division  and 
brigade  teams,  however,  through  lack  of  experience,  lack  of  training,  and  duty  position, 
had  far  less  access  to  the  military  community  at  large.  This  lack  of  experience  with 
digital  intelligence  architecture  and  DCGS-A  directly  impacted  how  and  what  data 
sources  the  teams  determined  they  would  need  to  satisfy  their  intelligence  requirements. 
This  dynamic  helps  further  answer  a  supporting  research  question,  how  does  an 
intelligence  organization  determine  the  type  and  number  of  data  sources  to  ingest  into 
DCGS-A? 

The  division  and  brigade  teams’  lack  of  experience  in  intelligence  architecture 
and  DCGS-A  employment  forced  them  to  rely  heavily  on  external  organizations  for 
support,  to  include  contracted  DCGS-A  support  personnel  already  deployed  to  RC-South. 
This,  coupled  with  the  fact  that  the  architecture,  whether  effective  or  not,  was  already 
established  and  in  use  in  Afghanistan,  made  it  difficult  for  the  division  to  most  effectively 
link  requirements  to  architecture. 

While  constrained  by  existing  dynamics,  the  teams  did  determine  a  number  of 
requirements  they  used  to  either  validate  existing  architecture  components  or  propose 
new  modifications.  The  brigade  and  division  had  two  primary  missions  in  Afghanistan:  to 
advise  and  assist  the  Afghan  security  forces  and  to  plan  and  execute  initial  retrograde 
operations.  Based  on  these  two  areas  of  focus,  the  organizations  developed  the  following 
requirements  in  the  form  of  a  memorandum  signed  by  commander  and  directing  certain 
intelligence  activities: 

“ibid. 
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1 .  Intelligence  Support  to  Force  Protection 

2.  Intelligence  Support  to  Afghan  Security  Forces  Advise  and  Assist  Teams 
(SFAAT) 

3.  Intelligence  Synchronization  (Collection  Management/Knowledge 
Management) 

4.  Military  and  Security  Forces  Analysis 


'’^'In  June  2013  the  Fourth  Brigade  drafted  four  directed  areas  of  intelligence 
emphasis.  Published  in  a  memorandum  from  the  brigade  commander,  the  areas  of 
emphasis  detailed  the  intelligence  activities  the  brigade’s  Intelligence  Warfighting 
Function  (IWfF)  personnel  would  need  to  conduct  to  be  successful.  Among  the 
requirements  were  1)  Intelligence  Support  to  Force  Protection  that  required  the 
development  of  a  an  Indication  and  Warning  system  and  would  measure  indicators 
associated  with  desire  and  intend,  training  required,  resources  required,  timing  and  target; 
additionally,  the  warning  system  should  focus  on  threats  to  retrograde,  threats  to  the 
Afghan  national  elections,  insider  attack  planning  or  execution  and  threats  to  Afghan 
security  forces  or  government  capacity  expansion  or  realignment.  2)  Intelligence  Support 
to  Afghan  Security  Forces  Advise  and  Assist  Teams  (SFAAT)  would  focus  collection 
and  analytical  effort  on  protecting  the  force  and  enabling  Afghan  mission  success.  The 
brigade  DCGS-A  data  management  team  felt,  to  do  this,  they  needed  to  establish  a  series 
of  distributed  teams  that  would  directly  support  the  advisor  teams  while  reporting  back  to 
the  brigade  intelligence  activity.  3)  Intelligence  Synchronization  (Collection 
Management/Knowledge  Management)  The  team  also  determined  that  to  best  manage  the 
complex  nature  of  the  intelligence  architecture  in  RC-South,  the  intelligence  activity 
would  direct  all  aspects  of  intelligence  collection,  processing  and  dissemination.  They 
also  recognized  the  need  to  integrate  nontraditional  collection  platforms  like  human 
terrain  teams  and  Afghan  atmospheric  teams.  4)  Military  and  Security  Forces  Analysis. 
Finally,  the  team  determined  the  need  to  conduct  basic  Ground  Order  of  Battle  (GoB) 
analysis  for  the  Afghan  security  forces  to  include  Composition,  Disposition,  Strength, 
Tactics,  Training,  Logistics,  Combat  effectiveness.  Personalities).  This  memorandum 
served  as  the  foundational  requirements  document  for  the  rest  of  the  planning  cycle.  The 
teams  used  it  to  build  or  modify  architecture  and  DCGS-A  components  and  systems 
(Memorandum  dated  May  2013  from  Colonel  Brian  Pearl  to  the  intelligence  soldiers  of 
the  Fourth  Infantry  Brigade  Combat  Team). 
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Evaluate  Intelligence  System  Interoperability 

Using  the  above  four  directed  requirements  listed  above,  the  DCGS-A  data 
management  teams  set  about  determining  what  data  sources  already  existed  in  RC-South, 
what  data  sources  would  need  to  be  modified,  and  what  data  sources  would  need  to  be 
created  that  could  satisfy  the  requirements.^^ 

Again,  given  the  lack  of  formal  training  or  experience  with  digital  intelligence 
architecture  and  DCGS-A  systems  components,  the  teams  relied  heavily  on  outside 
agency  assistance.  With  the  help  of  the  Fourth  Infantry  Division  senior  intelligence 
officer,  the  team  made  contact  with  the  organization  already  deployed  to  RC-South,  and 
coopted  a  contracted  DCGS-A  data  manager  for  use  in  managing  their  data  sources. 

Much  like  the  case  with  the  Army  Corps,  the  steps  laid  out  in  MI  Pub  2-01 . 1  Establish 
the  Intelligence  Architecture,  proved  much  more  iterative  in  nature  than  progressive, 
especially  given  the  Fourth  Infantry  Division’s  data  management  teams  capabilities.  The 
teams  developed  initial  requirements  early,  then  appeared  to  move  directly  from  plan  the 
intelligence  architecture  step  to  prepare  the  intelligence  architecture  -  establish 
relationships,  coordination,  and  liaison  [author’s  emphasis].  The  teams  were  often 
unable  to  move  forward  in  developing  their  plan  until  they  reached  out  to  supporting 
organizations;  once  the  immediate  problem  or  shortcoming  was  identified  and  solved  or 
mitigated,  the  teams  went  back  to  planning.  As  they  developed  their  understanding  of  and 
proficiency  with  the  architecture  and  DCGS-A  enterprise,  their  relationship  with 
supporting  agencies  became  more  collaborative;  they  were  able  to  engage  in  direct 

^^Gorton,  electronic  correspondence. 

^^Rutter,  electronic  correspondence. 
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discussions  and  problem  solve  together.  These  relationships  will  be  discussed  further  in 
the  following  sections,  but  understanding  them  now  aided  the  researeher  in  determining 
both  how  and  intelligence  organization  goes  about  selecting  data  sources  for  ingestion 
into  DCGS-A  as  well  as  some  of  the  unique  characteristics  of  DCGS-A  associated 
architecture  over  other  intelligenee  systems.  As  the  teams  developed,  so  did  their  ability 
to  ereate  options  through  collaborative  problem  solving. 

Complete  the  Intelligence  Arehitecture 

Once  the  existing  architecture  was  mapped,  and  the  Fourth  Infantry  Division’s 
requirements  set,  the  two  DCGS-A  data  management  teams  met  and  agreed  on  a  planned 
final  architecture. 
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Ibid. 
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Figure  3.  Army  Division  and  Brigade  Intelligenee  Arehitecture 

Source;  Kelly  Gorton,  Fourth  Infantry  Brigade  Combat  Team,  Fourth  Infantry  Division 
May  2013. 


The  final  architecture  plan  used  DCGS-A  as  the  nexus  of  digital  intelligence 
related  information  processing.  The  teams,  with  external  support,  were  able  to  develop  a 
plan  that  allowed  the  passage  of  data  between  multiple  sources  to  and  from  analyst  and 
the  relevant  associational  data  base.  It  also  allowed  analysts  to  publish  finished 
intelligence  products  to  non-DCGS-A  systems  on  the  mission  command  network.  These 
other  systems  would  allow  non-intelligence  personnel  to  see  the  current  community’s 
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assessment  of  where  threats  were  located,  as  well  their  associated  strength  and 
compositions. 

As  the  teams  described  in  Figure  3,  the  intelligence  architecture  affecting 
operations  in  RC-South  was  divided  into  essentially  four  layers.  Of  those  four,  the  Fourth 
Infantry  Division  could  only  influence  three,  CJTF-4,  the  Fourth  Infantry  Combat 
Brigade  (CT  Mountain  Warrior),  and  subordinate  battalions.  The  fourth  layer, 
national/theater  intelligence,  was  pushed  to  the  division  and  constrained  both  how  and 
what  data  the  organization  could  access. 

Prepare  the  Intelligence  Architecture 
Establish  Relationships,  Coordination,  Liaison 

As  discussed  earlier,  the  teams  began  building  relationships  with  outside 
supporting  organizations  early.  Beyond  the  building  of  the  architecture  and  employment 
of  the  DCGS-A  system,  leaders  from  the  teams  were  concerned  about  risk  associated 
with  lack  of  analysts  experience,  not  only  with  DCGS-A  specifically,  but  with  managing 
the  overall  architecture  required  to  support  the  system.  These  concerns  point  directly  to 
the  supporting  research  question,  are  there  unique  requirements  associated  with 
constructing  and  ingesting  data  feeds  into  DCGS-A  versus  other  intelligence  systems? 
The  data  management  team  felt  there  were  enough  unique  requirements  associated  with 
establishing  and  operating  the  enterprise,  they  requested  the  DCGS-A  program 
management  office  provide,  “DCGS-A  mentors  and  database  managers  to  fill  [advanced 
operations  and  architecture]  positions  to  mitigate  lack  of  soldier  experience  during  the 

Rutter,  electronic  correspondence. 
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deployment.”^^  The  relationships  the  teams  developed  with  the  eontracted  or  outside 
support  agencies  became  critical  to  implementing  their  intelligence  architecture  plans. 

Evaluate  and  Ensure  Training  and  Certification 

A  disadvantage  to  both  teams  with  regard  to  training  and  certification  was  the 
uncertain  initial  requirements  based  on  the  enduring  nature  of  the  mission  and  existing 
architecture  infrastructure,  as  well  a  software  baseline  upgrade  that  required  a  complete 
analyst  recertification.  Both  these  events  delayed  a  comprehensive  training  plan  with  both 
organizations  integrated  prior  to  the  division  deployment.  These  factors  again 
highlighted  the  importance  of  the  relationships  established  with  outside  support  agencies. 
This  insight  helps  answer  the  primary  research  question;  if  the  organization  had  the 
dedicated  DCGS-A  data  management  capability  established  and  trained  in  their 
organizations,  while  not  definite,  they  may  have  been  able  to  more  effectively  anticipate 
challenges  with  the  existing  architecture  or  how  to  mitigate  the  software  upgrade  delays 
on  the  training  plan. 

That  said,  the  units  did  perform  basic  certification  on  the  baseline  software  and 
plan  opportunity  training  events  prior  to  the  division’s  deployment.  Additionally,  troop 
limits  in  Afghanistan  forced  leaders  to  innovate  unique  support  solutions,  some  of  which 
ultimately  benefited  the  training  and  certification  of  the  analysts  in  both  organizations. 
The  division  was  forced  to  leave  a  number  of  analysts  behind,  but  kept  them  engaged  in 
supporting  the  forward  deployed  elements  by  setting  up  an  analytical  support  cell  in 


^'Ibid. 

’^Gorton,  electronic  correspondence. 
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garrison.  Those  analysts  that  stayed  behind  gained  a  number  of  weeks  to  complete  short 
DCGS-A  suspense  training  and  certification,  as  they  no  longer  required  deployment 
related  training  or  travel.  The  brigade  analysts,  not  set  to  deploy  for  an  additional  nine 
months,  integrated  into  the  analytical  support  cell  as  soon  as  it  was  established,  allowing 
them  to  gain  proficiency  and  develop  an  understanding  with  the  architecture  and  DCGS- 

7 1 

A  system  early. 

The  establishment  of  the  garrison  support  cell  was  not  without  its  own  challenges, 
however.  Its  creation  generated  a  whole  new  set  of  architecture  issues  the  DCGS-A  data 
management  teams  did  not  anticipate  or  were  not  prepared  to  address.  This  forced  the 
teams  to  reengineer  components  of  the  architecture,  develop  ways  to  pass  data  across 
multiple  domains,  each  with  their  own  set  of  standards  and  approvals,  and  collaborate 
with  additional  organizations  through  whose  networks  the  DCGS-A  data  would  pass.  The 
examination  of  these  set  of  unique  challenges,  directly  helped  the  researcher  answer  a 
number  of  supporting  questions.  Each  time  a  challenge  was  presented  to  the  DCGS-A 
team,  members  felt  ill  prepared  to  develop  solutions.  Each  time  they  prevailed,  but  often 
by  engaging  those  external  support  teams  who  possessed  the  institutional  and  individual 
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training  and  experience  to  handle  the  changes. 

Develop,  Evaluate,  or  Refine  SOPs 

The  Eourth  Infantry  Division’s  DCGS-A  or  architecture  Standard  Operating 
Procedures  (SOP)  were  limited.  Many  of  the  SOPs  focused  on  analytical  approaches  to 


’'ibid. 

’’ibid. 
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problem  framing  and  solving.  The  main  exeeption  was  the  Multi-Function  Work  Station 
(MFWS)  SOP  and  the  Tactical  Entity  Database  (TED)  data  entry  SOP.^^  The 
development  of  these  two  documents  provided  the  analysts  and  operators  a  basis  for 
consistency  and  expectation.  It  gained  compliance,  which  in  time  the  teams  hoped  would 
transition  to  commitment  to  the  systems  as  gains  became  visible,  the  associational  data 
bases  became  populated  with  enough  entities  to  become  useful,  and  the  analysts  became 
proficient  with  the  tool  suite  provided. 


’^Richard  Appelhans  to  All  G2  Personnel,  “Multi-Eunction  Work  Station 
(MEWS)  Standard  Operating  Procedure  (SOP),”  May  2013,  Eourth  Infantry  Division, 
Port  Carson  Colorado;  Richard  Appelhans  to  all  G2  Personnel,  “Distributed  Common 
Ground  System-Army  (DCGS-A)  Data  Entry  Standard  Operating  Procedures  (SOP),” 
May  2013,  Eourth  Infantry  Division,  Port  Carson  Colorado. 

’"^Rutter,  electronic  correspondence. 
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CHAPTER  5 


CONCLUSION  AND  RECOMMENDATION 

Conclusion 

The  concept  of  a  data  manager  is  not  new,  nor  is  the  general  need  for  trained, 
competent  professionals  proficient  at  their  assigned  capability.  The  question  of  having 
someone  who  is  in  charge  of  DCGS-A  specific  systems  and  associated  architecture 
employment  being  trained,  certified,  and  dedicated  to  that  task  is  not  something  one  may 
initially  consider  worth  the  time  and  resources  needed  for  research.  The  answer  seems 
obvious;  to  effectively  employ  a  capability  the  organization  employing  it  needs  to  know 
how  to  use  the  system  in  question.  Experience,  however,  has  proven  otherwise.  The 
examination  of  the  second  case  study,  for  example,  shows  a  team,  while  dedicated, 
intelligence  and  proficient  in  their  own  right,  who  was  not  prepared  to  fully  appreciate 
the  complexity  that  comes  with  employing  a  2U*  Century  digital  intelligence  system  that 
is  federated  (spread  across  many  organizations),  associational  (only  as  good  as  the  data 
put  into  it),  and  massive  in  scale  (recent  reporting  estimates  the  DCGS-A  enterprise  has 
cost  the  US  Government  nearly  12  billion  dollars). 

The  team  struggle,  at  first,  to  address  the  challenges.  As  they  gain  experience, 
streamlined  their  processes,  and  named  a  dedicated  DCGS-A  specific  data  manager,  they 
began  to  more  efficiently  anticipate  problems  and  address  them.  They  were  also  able  to 


’^Kevin  McCaney,  “Army  units  give  thumbs-down  to  battlefield  intelligence 
system,”  7  Eebruary  2014,  http://defensesystems.eom/articles/2014/02/07/army-dcgs- 
afghanistan-criticism.aspx  (accessed  2  May  2014). 
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better  communicate  with  the  outside  support  agencies  who  were  critical  to  the  success  of 
DCGS-A  employment. 

In  contrast,  the  XVIII  Airborne  Corps  team,  while  not  without  their  own  unique 
set  of  challenges,  was  able  to  anticipate  what  architecture,  systems,  and  tools  were 
needed  in  order  to  meet  their  clearly  defined  requirements.  They  were  able  to  do  this,  in 
part,  because  of  their  use  of  a  trained,  experienced  and  empowered,  DCGS-A  data 
manger. 

This  study’s  findings,  however,  are  not  authoritative.  The  examination  of  three 
Army  units  in  two  case  studies  may  provide  anecdotal  information  when  considering  the 
depth  and  breadth  DCGS-A  utilization  across  not  only  the  Army,  but  the  other  sister 
services  and  joint  military  organizations.  This  shortcoming  in  this  research  may  be  a 
point  for  future  study  and  will  be  discussed  further  in  following  sections. 

The  researcher  does  assert,  however,  that  many  of  the  issues  faced  by  the  XVIII 
Airborne  Corps,  Fourth  Infantry  Division,  and  Fourth  Infantry  Brigade  Combat  Team  are, 
in  all  likelihood,  issues  that  not  only  Army  units  using  DCGS-A  may  face,  but  any 
organization,  regardless  of  affiliation,  may  encounter.  The  data  format,  networks,  and 
technology  doesn’t  change  dramatically  between  units,  services  or  organizations.  All  the 
systems  and  architecture  discussed  in  this  study  must  pass  a  joint  interoperability 
standards  certification  test  administered  by  the  Joint  Interoperability  Test  Command  and, 
therefore,  issues  encountered  in  one  service  are  very  likely  to  affect  another,  particularly 
the  higher  one  travels  up  the  chain  of  command. 

’^Department  of  Defense,  Joint  Interoperability  Standards,  http://jitc.fhu.disa.mil/, 
(accessed  5  February  2014). 
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These  issues  of  complexity  with  regard  to  digital  intelligence  architecture  and 
DCGS-A  system  components  and  enterprise  capability  are  not  likely  to  be  resolved 
without  dedicated,  long  term,  comprehensive  technical  and  organizational  commitment, 
either.  The  US  military’s  reliance  on  technology  in  the  modem  era  has  always  been  high, 
and  is  increasing  even  now.  The  joint  nature  in  which  the  services  have  operated  over  the 
last  thirteen  plus  years  is  likely  indicative  of  how  they  will  operate  in  the  future.  The 
reliance  on  inter  and  national  agency  level  support  to  deployed  military  forces  is  also 
increasing.  These  variables  point  to  the  ever  expanding  need  to  maintain  a  federated, 
interoperable,  digital  infrastmcture  on  which  all  concerned  organizations  can  operate.  For 
the  military,  and  the  Army  in  particular,  this  system  is  DCGS-A.  Given  this  dynamic  the 
need  for  a  trained,  dedicated,  empowered  data  manager  is  all  that  more  pronounced. 

Recommendations 

The  case  studies  suggest  that,  organizations  that  employ  DCGS-A  must  have  a 
dedicated,  empowered  data  management  capability  established.  This  capability  must  be 
defined  in  so  far  as  the  leadership  of  the  organization  knows  the  key  players  with  whom 
to  interact  when  planning,  preparing,  establishing,  or  deploying  any  aspect  of  digital 
intelligence  architecture,  particularly  an  DCGS-A  systems  or  tool. 

The  DCGS-A  data  management  should  be  a  capability,  manifest  in  a  section  or 
individual  activity  that  has  a  leader  who  is  primarily  responsible  for  all  aspects  of  the 
organizations  intelligence  architecture  establishment  and  maintenance,  including  DCGS- 
A.  The  section  must  be  integrated  with  the  organization’s  operational  activities  and 
understand  not  only  the  technical  nature  of  digital  intelligence,  but  also  the  analytical, 

problem  solving  tradecraft  important  to  satisfying  intelligence  requirements. 
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The  data  management  eapability  does  not  necessarily  mean  the  expansion  of  the 
intelligence  organization  or  activity;  there  may  be  no  need  to  add  personnel  or  equipment, 
but  only  training  and  delineation  of  responsibilities.  It  is  quite  possible  the  DCGS-A  data 
management  capability  should  reside  in  an  already  established  section,  possibly  the  all 
source  fusion  section,  intelligence,  electronic  warfare  maintenance  section,  or  a  shared 
responsibility  between  both.  The  division  of  labor  and  required  additional  training  or 
certification  may  require  additional  research  and  will  be  discussed  further  in  the 
following  section. 

Some  potential  responsibilities  of  the  data  manager  already  exist  in  a  variety  of 
duty  descriptions  required  of  intelligence  activities,  and  may  need  only  minor 
modifications  to  address  the  needs  outlined  in  this  study.  Some  may  include: 

1 .  Current  and  expert  knowledge  of  Army  Intelligence,  Surveillance, 
Reconnaissance  systems,  tactics,  joint  military  doctrine  and  concepts. 

2.  Demonstrated  comprehensive  working  knowledge  and  familiarity  with  Army 
intelligence  systems  and  requirements,  to  include  strategic,  operational,  and 
tactical  employment  concepts  and  the  operations  characteristics  and 
challenges  for  commanders  and  soldiers  using  the  systems. 

3.  Demonstrated  comprehensive  knowledge  of  Joint  and  Army  ISR  requirements 
and  technical  performance  and  interoperability  needs.  Technical  proficiency 
with  agency  and  multi-service  ISR  collection  and  processing  platform 
capabilities  and  their  interfaces  required  to  successfully  integrate  national  and 
joint  theater  and  tactical  tasking,  collection,  processing,  exploitation, 
dissemination  and  display  system  functions. 
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4.  Demonstrated  ability  to  communicate  effectively  orally  and  in  writing  to 
address  highly  technical  subject  areas  to  audiences  ranging  from  totally  non¬ 
technical  to  acknowledged  subject  matter  experts. 

5.  Principally  responsible  for  US  Army  ISR  and  Distributed  Common  Ground 
Sensor  -Army  (DCGS-A)  systems;  analyzing,  planning,  documenting,  and 
executing  war  fighting  concepts,  future  operational  capabilities,  organizational 
requirements  and  by  determining  solutions  for  future  operational  capabilities. 

6.  Develops  information  technology  solutions  to  enable  Relevant  ISR  to  the 
Edge  and  manages  circuit  extensions  for  classified  networks  as  it  pertains  to 
Intelligence  operational  and  exercise  support.  Serves  as  chief  advisor  to  the 
brigade  for  digital  intelligence  systems,  primarily  as  they  pertain  to  strategic 
and  tactical  intelligence  support  specifically  coordinating  and  designing 
network  reach  and  IT  solutions.’^ 

Recommended  Future  Research 

As  discussed  not  only  in  the  above  conclusion  and  recommendations,  but 
throughout  the  entire  research  study,  training  is  paramount  to  success.  Assuming  the 
intelligence  organization  establishing  the  DCGS-A  specific  data  management  capability, 
how  does  the  organization  train  or  integrate  the  activity?  This  study  focused  on  whether 
organizations  attempting  to  use  DCGS-A  to  satisfy  intelligence  requirements  were  more 

’’Taken  from  the  24th  Military  Intelligence  Battalion,  66th  Military  Intelligence 
Brigade,  Plans,  Exercises,  intelligence  systems  integration  and  operations  specialist  duty 
description.  The  24th  MI  BN  supported  the  XVIII  Airborne  Corps  JOAX  and  the 
individual  responsible  for  the  activities  listed  also  acted  as  the  DCGS-A  data  manager. 
While  existent  in  the  24th  MI  BN,  this  duty  position  is  not  universal  and  does  not  appear 
in  many,  if  any  MI  activities  elsewhere. 
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successful  when  they  had  an  established  DCGS-A  data  management  capability.  It  did  not 
discuss  or  investigate  how  to  train  capability.  Ever  changing  requirements,  rapidly 
evolving  technologies,  and  current  military  transformation  initiatives  make  it  that  mueh 
more  important  for  further  researeh  to  be  undertaken  on  this  subject.  The  implementation 
of  the  DCGS-A  data  management  funetion  to  an  organization  may  also  be  another  topic 
for  future  study.  Using  the  Department  of  the  Defense’s  doctrine,  organization,  training, 
materiel,  leadership  and  education,  personnel  and  facilities  framework  (DOTMLPF),  one 
eould  study,  now  that  a  DCGS-A  data  management  eapability  is  identified  as  required, 
how  they  are  employed  and  what  they  do  (doctrine),  where  they  come  from  in  an 
organization  (organization),  how  they’re  trained/what  training  they  require,  either 
institutionally,  organizationally,  or  from  civilian  education  (training),  or  what  equipment 
or  systems  they  require  (material),  to  name  just  a  few. 
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